13
Robocopy will Rechte
Hi, hab hier ein komisches Problem.
Windows11-Rechner soll per Batchdatei mit Robocopy die Dokumente auf eine externe HDD kopieren.
Befehl lautet:
Das funktioniert aber nicht. Es fehlen ihm angeblich irgendwelche Rechte an dem Documents-Ordner.
Um andere Fehler auszuschließen hab ich mal C:\Test angelegt, ein paar Unterverzeichnisse und Bilder reingepackt.
Problemlos! Macht genau, was er soll.
Es müsste also an Rechten am Documents-Ordner liegen. Aber ...
Der User, der den Befehl ausführt, ist der User, dem der Documents-Ordner gehört und er hat sogar Admin-Rechte. Ist ein Privat-Mensch - er hat nur einen User. Trotzdem bekommt er eine Zugriffsverweigerung.
Manuelles umkopieren funktioniert problemlos.
Woran könnte das haken?
Windows11-Rechner soll per Batchdatei mit Robocopy die Dokumente auf eine externe HDD kopieren.
Befehl lautet:
set datum=%date%
robocopy "C:\Users\XXXXX\Documents" "e:\Backup.%datum%" /e Das funktioniert aber nicht. Es fehlen ihm angeblich irgendwelche Rechte an dem Documents-Ordner.
Um andere Fehler auszuschließen hab ich mal C:\Test angelegt, ein paar Unterverzeichnisse und Bilder reingepackt.
set datum=%date%
robocopy "C:\Test" "e:\Backup_Voll.%datum%" /e Problemlos! Macht genau, was er soll.
Es müsste also an Rechten am Documents-Ordner liegen. Aber ...
Der User, der den Befehl ausführt, ist der User, dem der Documents-Ordner gehört und er hat sogar Admin-Rechte. Ist ein Privat-Mensch - er hat nur einen User. Trotzdem bekommt er eine Zugriffsverweigerung.
Manuelles umkopieren funktioniert problemlos.
Woran könnte das haken?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 669231
Url: https://administrator.de/contentid/669231
Ausgedruckt am: 21.11.2024 um 13:11 Uhr
13 Kommentare
Neuester Kommentar
Ist das die UAC-Abfrage, die kommt, auch wenn man die Rechte hat.
Documents ist ja so ein "besonderer" Ordner.
Documents ist ja so ein "besonderer" Ordner.
Nein, nicht UAC - er fängt mit dem Befehl an, meldet dann (im DOS-Fenster), dass er keine Zugriffsrechte hätte und bleibt stehen. Kann dann ENTER drücken, dann kommt die Meldung wieder - keine Passwortabfrage oder so.
Ich kann das endlos durchklicken.
Bei mir passiert das übrigens nicht - schon ausprobiert. Da kann ich mit dem Befehl völlig problemlos meinen Dokumenten-Ordner kopieren.
Ich kann das endlos durchklicken.
Bei mir passiert das übrigens nicht - schon ausprobiert. Da kann ich mit dem Befehl völlig problemlos meinen Dokumenten-Ordner kopieren.
Moin,
gib zusätzlich mal die Parameter /W:0 /R:0 mit und lass ein Log schreiben. Ggfs. kannst du dann mal die FM hier posten.
Geht's denn, wenn robocopy in einer privilligierten Shell gestartet wird?
lg,
Slainte
gib zusätzlich mal die Parameter /W:0 /R:0 mit und lass ein Log schreiben. Ggfs. kannst du dann mal die FM hier posten.
Geht's denn, wenn robocopy in einer privilligierten Shell gestartet wird?
lg,
Slainte
1
Kann morgen testen, heute ist er nicht mehr da.
Moin,
auch Documents ist nicht davor gefeit, dass die Rechte nicht stimmen. Es reicht aus, wenn z.B. ein Programm dahin installiert wurde, das mit anderen Rechten Ordner oder Dateien erzeugt.
Daher:
1. wie @SlainteMhath sagt
2. ggf. einmal Rechte für den User über den gesamten Zweig bügeln
Gruß
DivideByZero
auch Documents ist nicht davor gefeit, dass die Rechte nicht stimmen. Es reicht aus, wenn z.B. ein Programm dahin installiert wurde, das mit anderen Rechten Ordner oder Dateien erzeugt.
Daher:
1. wie @SlainteMhath sagt
2. ggf. einmal Rechte für den User über den gesamten Zweig bügeln
Gruß
DivideByZero
beim Aufgaben Planer gibts 2 haken:
Mit "höchsten Berechtigungen ausführen", und "Unabhängig von Benutzeranmeldung ausführen" .
Beide anhaken. Dann muss man User und PW hinterlegen.
Probier das mal so.
Mit "höchsten Berechtigungen ausführen", und "Unabhängig von Benutzeranmeldung ausführen" .
Beide anhaken. Dann muss man User und PW hinterlegen.
Probier das mal so.
Hi mpanzi
Was mir auf die Schnelle noch zu meinen Vorredner einfällt:
Könnte es sein, dass der Dokumente-Ordner umgeleitet ist, zBsp. mit OneDrive oder ähnlichem?
Gruss
Daniel
Was mir auf die Schnelle noch zu meinen Vorredner einfällt:
Könnte es sein, dass der Dokumente-Ordner umgeleitet ist, zBsp. mit OneDrive oder ähnlichem?
Gruss
Daniel
So, bin einen Schritt weiter.
Ich habe mal - wie oben vorgeschlagen - alle Rechte nochmal neu drübergebügelt.
Jetzt wird kopiert. Aber: er legt aber das Verzeichnis (Backup.aktuelles Datum) auf der externen HDD nicht an.
Da erscheint jetzt einfach das Dokumenten-Verzeichnis mit allem Inhalt. Soweit schon OK. Ist halt blöde, weil es ja nicht so sein soll, dass die alten Sicherungen überschrieben werden.
Es gibt keine Fehlermeldungen und auch in den Logs steht nichts verdächtiges drin. Es läuft ganz normal durch - fehlerfrei. Hab auch ne Pause am Ende drin, damit ich alles lesen kann.
Soundsoviel Verzeichnisse und Dateien kopiert - weiter mit beliebiger Taste.
Hab das Gleiche nochmal mit dem TEST-Verzeichnis gemacht. Da legt er das Backup-Verzeichnis an.
Ich habe mal - wie oben vorgeschlagen - alle Rechte nochmal neu drübergebügelt.
Jetzt wird kopiert. Aber: er legt aber das Verzeichnis (Backup.aktuelles Datum) auf der externen HDD nicht an.
Da erscheint jetzt einfach das Dokumenten-Verzeichnis mit allem Inhalt. Soweit schon OK. Ist halt blöde, weil es ja nicht so sein soll, dass die alten Sicherungen überschrieben werden.
Es gibt keine Fehlermeldungen und auch in den Logs steht nichts verdächtiges drin. Es läuft ganz normal durch - fehlerfrei. Hab auch ne Pause am Ende drin, damit ich alles lesen kann.
Soundsoviel Verzeichnisse und Dateien kopiert - weiter mit beliebiger Taste.
Hab das Gleiche nochmal mit dem TEST-Verzeichnis gemacht. Da legt er das Backup-Verzeichnis an.
So würde ich den robocopy-Befehl aufrufen, dann klappt das:
robocopy "C:\Users\XXXXX\Documents" "e:\Backup.%datum%\Documents" /e
robocopy "C:\Users\XXXXX\Documents" "e:\Backup.%datum%\Documents" /e
Leider nicht - ändert nix.
Moin,
dann stimmt bei Dir etwas anderes nicht, an robocopy liegt es nicht.
Das hier läuft einwandfrei:
Hast Du ggf. auch fehlende/falsche Rechte auf der USB HDD und diese als NTFS formatiert?
Gruß
DivideByZero
dann stimmt bei Dir etwas anderes nicht, an robocopy liegt es nicht.
Das hier läuft einwandfrei:
set datum=%date%
robocopy "C:\Users\XX\Documents" "a:\Backup.%datum%" /E /LOG:C:\test\Backup.log /V /TS /FP /TEE
pauseHast Du ggf. auch fehlende/falsche Rechte auf der USB HDD und diese als NTFS formatiert?
Gruß
DivideByZero
Nochmal: Lass bitte ein Logfile schreiben und poste hier dann den Anfang des Logs bis zu den ersten 1-2 Dateien die kopiert werden.
Hast Du ggf. auch fehlende/falsche Rechte auf der USB HDD und diese als NTFS formatiert?
Nein, muss irgendwie am Dokumenten-Ordner liegen - mit C:\Test legt er ja alles an. Kann also nicht an der HDD bzw. deren Rechte liegen.
Nochmal: Lass bitte ein Logfile schreiben und poste hier dann den Anfang des Logs bis zu den ersten 1-2 Dateien die kopiert werden.
Mach ich, wenn der Kunde wieder Zeit hat. Diese Woche eher nicht mehr. Ist nicht soooo wichtig. Er macht das eigentlich immer von Hand, ich wollte es nur vereinfachen, als ich das gesehen hatte, als ich wegen eines anderen Themas dort war.
So macht man sich unnötig Arbeit - und berechnen kann ich das ja auch nicht. Geplant war das als "mal kurz ne Batch-Datei angelegt, dann müssen Sie nur doppelklicken". Er hat auch schon angeboten, dass er das nicht braucht, aber ich möchte das auch nicht auf mir sitzen lassen. Kann ja nicht so schwer sein.
Habs mittlerweile auf mehren anderen PCs ausprobiert. Alle Win11 und den Dokumenten-Ordner wegrobocopyd - nirgendwo ein Problem.
