8
Roaming Dateien und Registryeinträge finden
Hi@All,
ich muss gerade testen und entsprechend dokumentieren.
Ziel Paket für eine Verteilplattform.
Software: FreePDF
Dabei sind folgende Dinge gefragt:
Files to roam ->
Registry settings to roam ->
Die zu roamenden Dateien sind doch unter %Appdata% oder?
Also wenn dort FreePDF als Ordner existiert ist das relevant.
Er existiert allerdings steht in der Lösung
Files to roam C:\Windows\System32\spool\drivers\x64\
Mit RegShot hab ich einen Diff über die Registry gemacht.
Wenn mich nicht alles täuscht sind die HKU Einträge für das Roaming relevant.
HKU\S-1-5-21-450843159-3895222188-4221386889-4386\Software\Microsoft\Windows NT\CurrentVersion\Windows\Device: "FreePDF,winspool,Ne02:"
In der Lösung steht allerdings nur:
HKU\Software\Microsoft\Windows NT\CurrentVersion\Windows\Device
Darf der Block "S-1-5-21-450843159-3895222188-4221386889-4386" vernachlässigt werden weil es die aktuelle Benutzer SID ist?
Soll die Lösung sein:
Registry settings to roam HKEY_CURRENT_USER\Printers\Settings
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\PrinterPorts
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows
HKEY_CURRENT_USER\Software\shbox\FreePdfXP
Steh etwas auf dem SChlauch beim Verständnis des Ganzen.
VG
ich muss gerade testen und entsprechend dokumentieren.
Ziel Paket für eine Verteilplattform.
Software: FreePDF
Dabei sind folgende Dinge gefragt:
Files to roam ->
Registry settings to roam ->
Die zu roamenden Dateien sind doch unter %Appdata% oder?
Also wenn dort FreePDF als Ordner existiert ist das relevant.
Er existiert allerdings steht in der Lösung
Files to roam C:\Windows\System32\spool\drivers\x64\
Mit RegShot hab ich einen Diff über die Registry gemacht.
Wenn mich nicht alles täuscht sind die HKU Einträge für das Roaming relevant.
HKU\S-1-5-21-450843159-3895222188-4221386889-4386\Software\Microsoft\Windows NT\CurrentVersion\Windows\Device: "FreePDF,winspool,Ne02:"
In der Lösung steht allerdings nur:
HKU\Software\Microsoft\Windows NT\CurrentVersion\Windows\Device
Darf der Block "S-1-5-21-450843159-3895222188-4221386889-4386" vernachlässigt werden weil es die aktuelle Benutzer SID ist?
Soll die Lösung sein:
Registry settings to roam HKEY_CURRENT_USER\Printers\Settings
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\PrinterPorts
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows
HKEY_CURRENT_USER\Software\shbox\FreePdfXP
Steh etwas auf dem SChlauch beim Verständnis des Ganzen.
VG
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 182969
Url: https://administrator.de/forum/roaming-dateien-und-registryeintraege-finden-182969.html
Ausgedruckt am: 16.04.2025 um 22:04 Uhr
8 Kommentare
Neuester Kommentar
Moin.
Falls Du zu den Dateien noch Fragen hast, musst Du Dich genauer ausdrücken. "Files to roam" ist nicht gerade ein feststehender Begriff.
Darf der Block "S-1-5-21-450843159-3895222188-4221386889-4386" vernachlässigt werden weil es die aktuelle Benutzer SID ist?
HKCU sind die Einstellungen des derzeitig angemeldeten Benutzers. Wenn dieser Benutzer die SID ...4386 hat, dann sind die Zweige HKU\...4386 identisch zu HKCUFalls Du zu den Dateien noch Fragen hast, musst Du Dich genauer ausdrücken. "Files to roam" ist nicht gerade ein feststehender Begriff.
Schonmal danke für deine Antwort.
Soweit ich das verstanden habe soll "Files to roam" die Dateien bezeichnen die ins jedes Nutzerverzeichnis unter %Appdata% abgelegt werden sollen, wenn die SW verteilt wurde.
Im Roaming Verzeichnis gibt es tatsächlich ein FreePDF Verzeichnis, allerdings ist dies leer.
Allerdings kann ich mir den Eintrag "C:\Windows\System32\spool\drivers\x64\" als Lösung in dem Feld echt nicht erklären.
Der PDF Treiber ist doch nicht Nutzerabhängig. Es müssen doch allein für diesen die passenden Registryeinträge unter HKCU eingetragen werden.
vg
Soweit ich das verstanden habe soll "Files to roam" die Dateien bezeichnen die ins jedes Nutzerverzeichnis unter %Appdata% abgelegt werden sollen, wenn die SW verteilt wurde.
Im Roaming Verzeichnis gibt es tatsächlich ein FreePDF Verzeichnis, allerdings ist dies leer.
Allerdings kann ich mir den Eintrag "C:\Windows\System32\spool\drivers\x64\" als Lösung in dem Feld echt nicht erklären.
Der PDF Treiber ist doch nicht Nutzerabhängig. Es müssen doch allein für diesen die passenden Registryeinträge unter HKCU eingetragen werden.
vg
Ich würde mir mit wininstall LE von scalable software (free) auch das Dateisystem vorher/nachher ansehen, indem Du ein Differenzpaket erstellst=free-pdf paketierst.
nunja ich soll ja das noch nicht paketieren sondern nur notieren was der Paketierer(durchaus z.B. ich selber in einem späteren Schritt) alles nicht vergessen darf mit ins Package zu stecken. Packetiert wird bei uns mit WISE Package Studio und editiert mit Orca.
Moin,
Zitat von @H41mSh1C0R:
Hi@All,
ich muss gerade testen und entsprechend dokumentieren.
Ziel Paket für eine Verteilplattform.
Software: FreePDF
Dabei sind folgende Dinge gefragt:
Files to roam ->
Registry settings to roam ->
Die zu roamenden Dateien sind doch unter %Appdata% oder?
Hi@All,
ich muss gerade testen und entsprechend dokumentieren.
Ziel Paket für eine Verteilplattform.
Software: FreePDF
Dabei sind folgende Dinge gefragt:
Files to roam ->
Registry settings to roam ->
Die zu roamenden Dateien sind doch unter %Appdata% oder?
- Nein, %appdata% ist eine Variable, für einen Ort wo sich wandernde Dateien befinden können.
Also wenn dort FreePDF als Ordner existiert ist das relevant.
- ist das eine rhetorische frage?
Er existiert allerdings steht in der Lösung
- Mooooomentemal, was testest du? Und welche Lösung meinst du?
Files to roam C:\Windows\System32\spool\drivers\x64\
- Wenn ich einen Drucker und sei es nur ein "virtueller" verteile, wäre es dann nicht eher unüblich, wenn der keinen Spoolfolder hätte?
Mit RegShot hab ich einen Diff über die Registry gemacht.
- Und warum schaust du nicht in die FAQ
Steh etwas auf dem SChlauch beim Verständnis des Ganzen.
- me 2
VG
- dma
Zitat von @60730:
Moin,
> Zitat von @H41mSh1C0R:
> ----
> Hi@All,
>
> ich muss gerade testen und entsprechend dokumentieren.
>
> Ziel Paket für eine Verteilplattform.
> Software: FreePDF
>
> Dabei sind folgende Dinge gefragt:
>
> Files to roam ->
> Registry settings to roam ->
>
> Die zu roamenden Dateien sind doch unter %Appdata% oder?
Moin,
> Zitat von @H41mSh1C0R:
> ----
> Hi@All,
>
> ich muss gerade testen und entsprechend dokumentieren.
>
> Ziel Paket für eine Verteilplattform.
> Software: FreePDF
>
> Dabei sind folgende Dinge gefragt:
>
> Files to roam ->
> Registry settings to roam ->
>
> Die zu roamenden Dateien sind doch unter %Appdata% oder?
- Nein, %appdata% ist eine Variable, für einen Ort wo sich wandernde Dateien befinden können.
Das %appdata% eine Variable ist ist mir klar, hab gedacht das man es so versteht das ich den Pfad meine der in dieser Variable abgelegt ist. =)
(Aber in welchem Zusammenhang die wandern - steht das auch in der Lösung?)
> Also wenn dort FreePDF als Ordner existiert ist das relevant.
> Also wenn dort FreePDF als Ordner existiert ist das relevant.
- ist das eine rhetorische frage?
hmm ^^
> Er existiert allerdings steht in der Lösung
- Mooooomentemal, was testest du? Und welche Lösung meinst du?
Ich sitz hier vor der VM und dokumentier die Schritte in eine Vorlage in der halt auch besagtes Feld(Files to roam, Registry settings to roam) ist
> Files to roam C:\Windows\System32\spool\drivers\x64\
- Wenn ich einen Drucker und sei es nur ein "virtueller" verteile, wäre es dann nicht eher unüblich, wenn der
leuchtet ein, also muss ich das auch abprüfen ob ggf. Ordner erstellt wurden die Nutzerspezifisch sind
> Mit RegShot hab ich einen Diff über die Registry gemacht.
- Und warum schaust du nicht in die FAQ
Weil da nichts passendes drinnen steht.
VG
hmmmmmmmmmmmmm
also so wirklich hab ich immer noch nicht...
es gibt eine Doku dort steht alles mögliche interesannte drin - sollte man auch finden können.
Dann macht es keinen großen Sinn eine aus mehreren verschiedenen Programmen vom Autor getesteten und zu einem "Setup" zusammengestrickten" Werkzeug eine weitere Hülle (Paket) zu zimmern.
Ich paketiere regelmäßig, manches paketiere ich wirklich, das meiste machen scripte und die Scripte ziehen sie auch die aktualisierten quellen.
Aber ich nutze ein "echtes" Verteilsystem und Free PDF garnicht, trotzdem "traue" ich mir zu die paar Parameter in ne batch zu zimmern und das zu testen.
Wo ist also der wahre Jakob vergraben?
Darin, das du fürs WISE Package Studio ein Tut brauchst? - das sollte doch auch irgendwo rumgeistern
also so wirklich hab ich immer noch nicht...
es gibt eine Doku dort steht alles mögliche interesannte drin - sollte man auch finden können.
Dann macht es keinen großen Sinn eine aus mehreren verschiedenen Programmen vom Autor getesteten und zu einem "Setup" zusammengestrickten" Werkzeug eine weitere Hülle (Paket) zu zimmern.
Ich paketiere regelmäßig, manches paketiere ich wirklich, das meiste machen scripte und die Scripte ziehen sie auch die aktualisierten quellen.
Aber ich nutze ein "echtes" Verteilsystem und Free PDF garnicht, trotzdem "traue" ich mir zu die paar Parameter in ne batch zu zimmern und das zu testen.
Wo ist also der wahre Jakob vergraben?
Darin, das du fürs WISE Package Studio ein Tut brauchst? - das sollte doch auch irgendwo rumgeistern
Zitat von @60730:
hmmmmmmmmmmmmm
also so wirklich hab ich immer noch nicht...
hmmmmmmmmmmmmm
also so wirklich hab ich immer noch nicht...
Also wenn du selber Paketierst dann wirst du ja sicher wissen was mit discovern gemeint ist oder?
Genau das war die Aufgabe bei dieser Aufgabe.
Dein Tipp mit dem Spooler war im Grunde schon die logische Erklärung für den Teil.
es gibt eine Doku dort steht alles mögliche interesannte drin - sollte man auch
finden können.
Dann macht es keinen großen Sinn eine aus mehreren verschiedenen Programmen vom Autor getesteten und zu einem
"Setup" zusammengestrickten" Werkzeug eine weitere Hülle (Paket) zu zimmern.
finden können.
Dann macht es keinen großen Sinn eine aus mehreren verschiedenen Programmen vom Autor getesteten und zu einem
"Setup" zusammengestrickten" Werkzeug eine weitere Hülle (Paket) zu zimmern.
Habe ich geschrieben das ich ein Paket stricke? Nein.
Ich paketiere regelmäßig, manches paketiere ich wirklich, das meiste machen scripte und die Scripte ziehen sie auch die
aktualisierten quellen.
Aber ich nutze ein "echtes" Verteilsystem und Free PDF garnicht, trotzdem "traue" ich mir zu die paar
Parameter in ne batch zu zimmern und das zu testen.
aktualisierten quellen.
Aber ich nutze ein "echtes" Verteilsystem und Free PDF garnicht, trotzdem "traue" ich mir zu die paar
Parameter in ne batch zu zimmern und das zu testen.
Wir setzen SCCM ein und das FreePDF ist auch nur TestObjekt neben VLC, Winamp und eine Latte weiterer Programme.
Wo ist also der wahre Jakob vergraben?
Es gibt keinen wahren Jakob. =)
Darin, das du fürs WISE Package Studio ein Tut brauchst? - das sollte doch auch irgendwo rumgeistern
Wenn man ein Schulungsbogen den ein anderer entworfen hat vorgesetzt bekommt und man so gut wie nix benutzen darf mit 0 Informationen erschliessen einem die Registryeinträge und manche Pfade nicht sofort.
Bin jetzt beim WISE angekommen und hab gestern und heute bereits erste produktive Pakete gebaut. Tutorial brauch ich nicht hab genügend Unterlagen.
