Robocopy Pfad mit Leerzeichen in Anführungsstrichen funktioniert nicht

Hallo,

ich nutze eine Batchdatei für das kopieren mit robocopy.
Darin habe ich einen Zielpfad, der Leerzeichen enthält.
Egal ob ich Anführungsstriche benutze und ob ich am Ende einen Backslash benutze oder nicht... der Kopiervorgang kann nicht gestartet werden.

Es handelt sich um das Verzeichnis "Program Files", welches das Problem macht.
Robocopy will dann nach "Program" kopieren und ignoriert den Zusatz "Files"...

Hier der Code:

@ echo off

set quelle=S:\install\AidA\kopieren\

set ziel=\\Mueller-r\C:\Program Files\AidA

robocopy "%quelle%" "%ziel%" /S /Z /LOG+:aida.log  

pause
exit

Das Ziel ist ein Netzwerkpfad. Die Dateien werden auf einen anderen Computer kopiert.

Habe schon eine Menge Möglichkeiten durchprobiert, nachdem ich bereits im Internet nach diesem Problem recherchiert hatte.
Leider hat bisher nichts davon funktioniert.

Danke und Gruss,
imebro

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 300846

Url: https://administrator.de/forum/robocopy-pfad-mit-leerzeichen-in-anfuehrungsstrichen-funktioniert-nicht-300846.html

Ausgedruckt am: 09.04.2025 um 14:04 Uhr

13 Kommentare

Neuester Kommentar

der Kopiervorgang kann nicht gestartet werden.

...

Robocopy will dann nach "Program" kopieren

Woher willst Du wissen, das er nach Program kopieren will, wenn der Kopiervorgang nicht gestartet werden kann?

Aber mal zum Grundlegenden zurück:
Nach ein bischen Recherche hätte man durchaus erkennen können, daß \\servername\c:\... definitiv keine gültige UNC Pfad Bezeichnung ist.
Probiers mal mit \\servername\c$\... dann sollte Dein Code laufen.

Und noch ein allgemeiner Hinweis zur Fehlersuche:
Alle Ausgaben mit @echo off unterdrücken hilft bei der Fehlersuche nun überhaupt nicht.
Wer keine Fehler sieht muß raten und das ist meistens nicht zielführend.

Setze die Anführungszeichen an die richtige Stelle und ersetze den Dopppelpunkt durch ein Dollarzeichen, dann klappt das auch

@echo off
set "quelle=S:\install\AidA\kopieren"  
set "ziel=\\Mueller-r\C$\Program Files\AidA"  

robocopy "%quelle%" "%ziel%" * /S /Z /LOG+:aida.log  

pause
exit

Bist du sicher das du wirklich

\\Mueller-r\C:\Program Files\AidA

meinst und nicht die Administrative Freigabe:

\\Mueller-r\C$\Program Files\AidA

Denn eine Freigabe mit Doppelpunkt in einem Ordnernamen gibt es nicht!!!

Gruß jodel

Denn eine Freigabe mit Doppelpunkt gibt es eigentlich nicht.

nicht "eigentlich nicht" - definitiv nicht!

Zitat von @emeriks:

Denn eine Freigabe mit Doppelpunkt gibt es eigentlich nicht.

nicht "eigentlich nicht" - definitiv nicht!

War so gemeint, sorry. Doppelpunkt in Pfaden sind ja sowieso Not allowed.

Hallo,

kannst du den Zielpfad Mappen?
Ansonsten musst du die Berechtigungen anpassen bzw. mit c$ das Ziel mappen und den Admin User dazu angeben(falls notwendig, je nachdem wie dein Netzwerk aufgebaut ist).

set ziel=\\Mueller-r\C$\Program Files\AidA

Grüße

Dr.

Oh da war ja ein Doppelpunkt beim C, also nichts mit Berechtigungen, einfach kein UNC Pfad, sorry

Danke Euch für die schnellen Antworten.

Auch mit "$" stoppt der Kopiervorgang offenbar schon bei "Program" (von "Program Files").

In der Fehlermeldung steht:

Quelle: S:\install\AidA\kopieren" \Mueller-r\C$\Program\  
     Ziel: C:\Users\Max-Meier\Desktop\Files\AidA \S \Z \LOG+:aida.log

Fehler: Zugriff auf Quellverzeichnis S:\install\AidA\kopieren" \Mueller-r\C$\Program\  

Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch.

- Auffällig finde ich, dass in der Fehlermeldung (Quellangabe) am Ende ein Anführungsstrich gesetzt ist (siehe auch bei "Fehler").
- Weiterhin merkwürdig, dass das Ziel plötzlich der lokale Desktop der Person ist, die diese Batchdatei ausführt.
- Weiterhin steht bei "Quelle" und "Fehler" jeweils am Ende wieder lediglich "Program\"
- Auch merkwürdig ist, dass in der Fehlermeldung der Zielpfad nur mit einem Backslash angezeigt wird

Irgendwo ist da noch ein Haken...

Danke und Gruss,
imebro

Hast du die Pfade wirklich "exakt" so wie ich oben im Code geschrieben habe gesetzt? Also Anführungszeichen vor der Variablen und am Ende?
Damit läuft das einwandfrei, solange der User überhaupt Zugriff auf die Administrativen Freigaben hat. Ohne Domäne gibt es da nämlich einen Fallstrick wenn man versucht auf diese Freigaben zuzugreifen, Stichwort UAC und LocalAccountTokenFilterpolicy.