rootsupd.exe nicht vorhanden

[Tobi]

Habe die rootsupd.exe jetzt manuell heruntergeladen, doch wenn ich diese ausführen möchte, dann bekomme ich auch wieder den Hinweis:

X:\client\win\glb\rootsupd.exe
Der angegebene Pfad ist nicht vorhanden.

Überprüfen Sie die Pfadangabe und wiederholen Sie den Vorgang.

Habe den Ordner wsusoffline, der sich auf der externen HDD befindet, den ich in der VM verfügbar mache auch direkt per net use eingebunden, damit das ein direktes Laufwerk ist, weil ich sonst wsusoffline garnicht erst starten kann.

Da der ganze wsusu-Ordner bereits über 5GB hat, kann/will ich ihn nicht in die VM verschieben um wsusoffline direkt von dessen HDD auszuführen.
Möchte auch nicht nochmal alle Updates laden müsssen, da er dann ja wieder die ISOs erstellen muss!

Kann man da am Programm nichts ändern, damit es auch keine Probleme beim doppelten Backslash gibt?
Vll. mit einer neuen Version das fixen?!

[harry]

Probiere doch mal folgendes:
Angenommen, dein WSUSOU-Ordner auf der externen HDD heißt M:\wsusoffline, dann gebe entweder M:\ für die VM frei oder erstelle ein Verzeichnis (z.B. M:\wsusou), in welches du den kompletten Ordner wsusoffline verschiebst (zum Testen besser kopieren) und dann M:\wsusou für die VM freigibst. Der Zugriff in der VM erfolgt dann über X:\wsusoffline!

[Tobi]

Das kann ich dreimal lesen und kapiere es nicht!

Bei mir hat local die externe HDD x:\. Kann aber jeden anderen Buchstaben bekommen, wenn ich das möchte.
In der VM greife ich (Gemeinsame Ordner) auf den Ordner wsusoffline von x:\ zu (x:\wsusoffline) und gebe diesen Ordner somit für die VM frei (volle Schreibrechte).
Nun per cmd net use x: \\vboxsvr\wsusoffline eingeben damit im Explorer dann das Netzlaufwerk eingebunden ist - sonst geht es bei der VM nur über \\VBOXSVR ohne das diese einen Laufwerksbuchstaben bekommt.
Bei letzterem ist auch kein Ausführen der UpdateGenerator.exe möglich, daher net use.

Da auf der externen HDD noch mehr Ordner und Dateien liegen möchte ich nicht die komplette externe HDD in der VM freigeben!

PS: Local "kommt" bei mir nichts ins Internet, das habe ich gesperrt. Allerdings habe ich jetzt local mal wsusoffline ausgeführt und da klappt es logischerweise - ist aber kein Dauerzustand!

[harry]

Der Vorschlag war: "local" das wsusoffline-Verzeichnis eine Ebene 'tiefer' setzen, sodass in der VM die Freigabe net use x: \\vboxsvr\wsusou lautet.
UpadateGenerator.exe sollte (z.Z.?) nicht in einem Wurzel-Verzeichnis liegen.

[Tobi]

So ist es doch?!
Auf der externen HDD ist der Ordner wsusoffline und diesen binde ich so ein wie du (und ich!) geschrieben habe.

Du meinst wohl eher, dass der lokale Pfad z.B. dann so heißt:
x:\wsusoffline/v90

Was aber bitte soll das bringen?
Das Problem der doppelten Backslashes ist damit dann dennoch nicht gelsöt.

[harry]

Was ich meine, ist (Namen nur als Beispiel, ich kenne die Struktur deiner externen HDD nicht):

- bei lokalem Zugriff -> M:\wsusoffline ändern in -> M:\wsusou\wsusoffline

- Zugriff in der VM (net use x: \\vboxsvr\wsusou) -> @ScriptDir = X:\wsusoffline [und damit kein doppelter Blackslash mehr!]

[Tobi]

Nachdem es nun ja wieder Updates zu Laden gibt...

Auf der externen lautet der Pfad nun: M:\wsusoffline_9.1/entpackt
In der VM (net use x: \\vboxsvr\wsusoffline_9.1)

Trotzdem hat er Probleme die rootsupd.exe zu finden!
Die Updates läd er aber trotzdem.

Ich starte die UpdateGenerator.exe über den Explorer (x:\entpackt).