132501
May 12, 2020
4066
9
0
Mit robocopy in einen schreibgeschützten Ordner kopieren
Hallo zusammen,
ich möchte gerne bei geschätzt 500 Usern Dateien von einer Netzressource in ein lokales Verzeichnis kopieren. Dazu benutze ich
Dies funktioniert im Prinzip auch, allerdings ist das spezifische Verzeichnis per Standard schreibgeschützt. Robocopy zeigt zwar an, dass erfolgreich
kopiert wurde allerdings tauchen die Dateien nicht auf.
Gibt es eine Möglichkeit das Verzeichnis temporär schreibbar zu machen? Gerne auch mit PS oder auch GPOs.
Mit Set-ItemProperty kann ich ja auf Dateiebene die Attribute ändern, aber wie geht das bei Verzeichnissen?
Danke schon mal
ich möchte gerne bei geschätzt 500 Usern Dateien von einer Netzressource in ein lokales Verzeichnis kopieren. Dazu benutze ich
robocopy "\\Netzressource\" "%AppData%\..." /S /E /MIR /COPY:DAT /r:0 /w:0
exit /b 0kopiert wurde allerdings tauchen die Dateien nicht auf.
Gibt es eine Möglichkeit das Verzeichnis temporär schreibbar zu machen? Gerne auch mit PS oder auch GPOs.
Mit Set-ItemProperty kann ich ja auf Dateiebene die Attribute ändern, aber wie geht das bei Verzeichnissen?
Danke schon mal
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 571075
Url: https://administrator.de/contentid/571075
Printed on: April 19, 2024 at 16:04 o'clock
9 Comments
Latest comment
Hi,
zu Frage:
zum Problem:
Ein "schreibgeschütztes" Verzeichnis verhindert nicht, dass man dort Dateien und/oder Unterverzeichnisse ändern, löschen, hinzufügen kann. Dieser "Schreibschutz" bezieht sich nur auf das Verzeichnis-Objekt als solches. Man kann also dessen Name nicht ändern. Es selbst nicht verschieben, löschen usw.
Von daher liegt Dein eigentliches Problem also woanders, oder?
E.
zu Frage:
attrib -r Verzeichnispfad
robocopy ....
attrib +r Verzeichnispfad Ein "schreibgeschütztes" Verzeichnis verhindert nicht, dass man dort Dateien und/oder Unterverzeichnisse ändern, löschen, hinzufügen kann. Dieser "Schreibschutz" bezieht sich nur auf das Verzeichnis-Objekt als solches. Man kann also dessen Name nicht ändern. Es selbst nicht verschieben, löschen usw.
Von daher liegt Dein eigentliches Problem also woanders, oder?
E.
Das vermute ich auch. Funktioniert nämlich noch immer nicht. Ich hatte den Haken schreibgestützt rausgenommen und es dann noch mal probiert. Dann ging es. Daher meine Idee oben. Aber du hast schon recht. Der Schreibschutz bezieht sich nur auf die Daten im Verzeichnis. Anlegen sollte auch so möglich sein. Ich muss vielleicht noch dazu sagen er soll beim Kopieren auch Verzeichnisse anlegen. Das gibt robocopy aber auch eigentlich her.
Die Dateien gleich per GPO zu übertragen ist keine Alternative?
Sagen wir es so, es ist eine Alternative wenn es mittels PS oder CMD nicht funktioniert. 
@schroedi
Diesen Haken im Eigenschaftsfenster des Explorers kannst Du getrost ignorieren. Der ist bei allen Ordnern gleich, weil er sich ja nicht auf diesen Ordner bezieht sondern auf seinen Inhalt. Wenn Du den Schreibschutz des Ordners sehen willst, dann blende entweder im Explorer die Spalte "Attribute" ein oder nimm die CMD und das ATTRIB-Kommando.
Ändern kannst Du das Schreibschutz-Attribut eines Ordners auch nicht über den Explorer, es sei denn, Du baust Dir dafür eine Shell-Extension für das Kontextmenü von Ordnern (Eintrag in der Registry).
Diesen Haken im Eigenschaftsfenster des Explorers kannst Du getrost ignorieren. Der ist bei allen Ordnern gleich, weil er sich ja nicht auf diesen Ordner bezieht sondern auf seinen Inhalt. Wenn Du den Schreibschutz des Ordners sehen willst, dann blende entweder im Explorer die Spalte "Attribute" ein oder nimm die CMD und das ATTRIB-Kommando.
Ändern kannst Du das Schreibschutz-Attribut eines Ordners auch nicht über den Explorer, es sei denn, Du baust Dir dafür eine Shell-Extension für das Kontextmenü von Ordnern (Eintrag in der Registry).
Zitat von @132501:
Sagen wir es so, es ist eine Alternative wenn es mittels PS oder CMD nicht funktioniert.
Wieso sollte das nicht gehen, ist doch ein Kinderspiel? Entweder wie schon geschrieben wurde mit attrib oder eben mit der PSSagen wir es so, es ist eine Alternative wenn es mittels PS oder CMD nicht funktioniert.
[IO.FILE]::SetAttributes("D:\Folder",'Directory')
Ich hatte es schon mit @emeriks Vorschlag aus Antwort #2 versucht, leider werden die Dateien nicht kopiert. Mit attrib -r sollte er ja den Schreibschutz, falls vorhanden, deaktivieren. Ich habe da glaube ich ein anderes Problem.
Hatte es jetzt mal mit GPO konfiguriert, geht auch nicht. Habe dann mal nur "C:\Temp" eingesetzt, dahin geht's. Liegt dann wohl am %AppData% Verzeichnis. Ist da irgendwas besonderes? Der Pfad den ich da eingebe lässt sich problemlos lokal auflösen.
Wann läuft denn dieses Script?
