Sowas

Das ist das Problem mit den Pfaden. Wenn Du den Script über "Als Administrator ausführen" ausführst, verbleit Du in dem Pfad, wo der Script liegt. Im Meinem Fall also "D:\Te st\" und das führt zu der Meldung auf dem Screenshot. Der BITS kommt mit dem Leerzeichen irgendwie nicht klar und kann den Download nicht nach "D:\Te st\" kopieren. Der landet im Nirvana.

Wenn man den Script anklickt und ausführt, wie dieser neu gestartet. Und hier ist dann das "%~sdp0" interessant, da damit die Kurznamen verwendet werden, also aus "D:\Te st\" wird bei mir "D:\TEST~1" und schon ist das Problem mit dem Leerzeichen erledigt. Daher läuft der Script.

Aber wie gesagt, da muss bei Dir ein Leerzeichen im Pfad sein. Anders kann ich mir das nicht erklären.

Sehr merkwürdig jetzt...

Das wird irgendein Problem mit bitsadmin.exe sein. Hatte das früher auch schon wo ich in einem Script zum downloaden von einigen Dateien auch bitsadmin.exe benutzt habe, das da die Dateien nicht geladen wurden. Teilweise konnte ich mich damit behelfen das ich in Windows kurz die I-Net Verbindung beendet habe und wieder verbunden. Dann hat es meistens funktioniert.

Mh?

Direkt im Terminal (cmd.exe) ausgeführt:

D:\Test\script.cmd -> läuft
D: Te st\script.cmd -> bricht mir Fehlermeldung von Screenshot ab, da Leerzeichen im Pfad.

Doppelklick auf script.cmd lauft soweit erst einmal, trotz Leerzeichen im Pfad, da sich nach Neustart mit Adminrechten der Pfad ändert.

Gehe mal davon aus, dass da irgendwo bei Dir noch ein Leerzeichen ist. Das würde auch erklären, warum im anderen Script die Prüfung auf Leerziechen anschlägt.

Das hier:

Um welchen Script geht es genau? Wo hast Du ihn heruntergeladen?

njn

Du führst die "uup_download_windows.cmd" aus?

Keine Leerzeichen im Pfad?

Kann auch Temporäres Problem mit dem Download sein.

Tach zusamm