Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Datensicherung mit Robocopy unter Windows 10 Pro
3,609 views
Skip to first unread message
Ralf Brinkmann
Aug 7, 2015, 1:53:27 AM8/7/15
to
Hallo zusammen!
Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
problemlos geklappt.
Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
gewartet. Das wiederholt sich die ganze Nacht hindurch.
Breche ich das Ganze dann mit STRG-C ab, dann weiß ich natürlich nicht,
ob alle regulären Verzeichnisse und Dateien vollständig gesichert
wurden.
Was mache ich falsch?
Ich habe die Sicherungsplatte schon unter Windows 10 neu formatiert, hat
aber nicht geholfen.
Gruß, Ralf
--
Windows 10x64 Pro
Opera 32.x
The Bat! Pro 7.0.x
Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
problemlos geklappt.
Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
gewartet. Das wiederholt sich die ganze Nacht hindurch.
Breche ich das Ganze dann mit STRG-C ab, dann weiß ich natürlich nicht,
ob alle regulären Verzeichnisse und Dateien vollständig gesichert
wurden.
Was mache ich falsch?
Ich habe die Sicherungsplatte schon unter Windows 10 neu formatiert, hat
aber nicht geholfen.
Gruß, Ralf
--
Windows 10x64 Pro
Opera 32.x
The Bat! Pro 7.0.x
Franklin Schiftan
Aug 7, 2015, 2:05:15 AM8/7/15
to
Ralf Brinkmann schrieb am 07.08.2015 um 07:53 Uhr:
> Hallo zusammen!
>
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
>
> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
> Was mache ich falsch?
>
> Ich habe die Sicherungsplatte schon unter Windows 10 neu formatiert, hat
> aber nicht geholfen.
Stattdessen solltest Du das SVI-Verzeichnis vom Backup einfach
>
> Ich habe die Sicherungsplatte schon unter Windows 10 neu formatiert, hat
> aber nicht geholfen.
ausnehmen, brauchst Du eh nicht ... andere Imager machen diesen
Exclude automatisch ... ;-)
> Gruß, Ralf
--
..... und tschüss
Franklin
Armin Wolf
Aug 7, 2015, 2:38:09 AM8/7/15
to
"Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb im
> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
> Was mache ich falsch?
Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
Eventuell das W auf null stellen, so daß Probleme übersprungen werden.
> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
Eventuell das W auf null stellen, so daß Probleme übersprungen werden.
Ralf Brinkmann
Aug 7, 2015, 3:00:35 AM8/7/15
to
Hallo Franklin!
*Franklin Schiftan*:
>> Datensicherung "ROBOCOPY D: G: /MIR"
Und wieso hatte ich damit unter Windows 7 nie Probleme, jetzt unter
Windows 10 aber doch? Hat sich da etwas geändert? Oder liegt es an der
Pro-Version (unter Windows 7 hatte ich Home).
Ich habe es übrigens eben mal gemäß Hilfe mit "ROBOCOPY D: G: /MIR /XD"
probiert, aber nach kurzer Zeit kam wieder die Fehlermeldung "Fehler 5
(0x00000005) Zugriff auf Zielverzeichnis G:\System Volume Information\
Zugriff verweigert. 30 Sekunden wird gewartet...
Das hatte ich früher nie.
*Franklin Schiftan*:
>> Datensicherung "ROBOCOPY D: G: /MIR"
> Stattdessen solltest Du das SVI-Verzeichnis vom Backup einfach
> ausnehmen, brauchst Du eh nicht ... andere Imager machen diesen
> Exclude automatisch ... ;-)
Was ist denn das SVI-Verzeichnis?
> ausnehmen, brauchst Du eh nicht ... andere Imager machen diesen
> Exclude automatisch ... ;-)
Und wieso hatte ich damit unter Windows 7 nie Probleme, jetzt unter
Windows 10 aber doch? Hat sich da etwas geändert? Oder liegt es an der
Pro-Version (unter Windows 7 hatte ich Home).
Ich habe es übrigens eben mal gemäß Hilfe mit "ROBOCOPY D: G: /MIR /XD"
probiert, aber nach kurzer Zeit kam wieder die Fehlermeldung "Fehler 5
(0x00000005) Zugriff auf Zielverzeichnis G:\System Volume Information\
Zugriff verweigert. 30 Sekunden wird gewartet...
Das hatte ich früher nie.
Franklin Schiftan
Aug 7, 2015, 3:04:52 AM8/7/15
to
Ralf Brinkmann schrieb am 07.08.2015 um 09:00 Uhr:
> Hallo Franklin!
>
> *Franklin Schiftan*:
>
>>> Datensicherung "ROBOCOPY D: G: /MIR"
>
>> Stattdessen solltest Du das SVI-Verzeichnis vom Backup einfach
>> ausnehmen, brauchst Du eh nicht ... andere Imager machen diesen
>> Exclude automatisch ... ;-)
>
> Was ist denn das SVI-Verzeichnis?
Sorry, dass ich abgekürzt habe ... ;-)
Ralf Brinkmann
Aug 7, 2015, 3:05:33 AM8/7/15
to
Hallo Armin!
*Armin Wolf*:
> Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
Anstatt /MIR? Ohne /PURGE?
Was hat sich da gegenüber Windows 7 geändert?
*Armin Wolf*:
> Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
Was hat sich da gegenüber Windows 7 geändert?
Werner Tann
Aug 7, 2015, 3:24:59 AM8/7/15
to
Ralf Brinkmann <ralf.brinkma...@t-online.de> schrieb:
>Ich habe es übrigens eben mal gemäß Hilfe mit "ROBOCOPY D: G: /MIR /XD"
>probiert, aber nach kurzer Zeit kam wieder die Fehlermeldung "Fehler 5
>(0x00000005) Zugriff auf Zielverzeichnis G:\System Volume Information\
>Zugriff verweigert.
Vermutlich hast Du System Volume Information nicht in
Anführungszeichen gesetzt. Die sind nötig wegen der Leerzeichen im
Pfad. Also:
/XD "System Volume Information"
>Ich habe es übrigens eben mal gemäß Hilfe mit "ROBOCOPY D: G: /MIR /XD"
>probiert, aber nach kurzer Zeit kam wieder die Fehlermeldung "Fehler 5
>(0x00000005) Zugriff auf Zielverzeichnis G:\System Volume Information\
>Zugriff verweigert.
Anführungszeichen gesetzt. Die sind nötig wegen der Leerzeichen im
Pfad. Also:
/XD "System Volume Information"
Ralf Brinkmann
Aug 7, 2015, 3:26:33 AM8/7/15
to
Hallo Franklin!
*Franklin Schiftan*:
>>>> "ROBOCOPY D: G: /MIR"
>> Was ist denn das SVI-Verzeichnis?
> G:\System Volume Information\
Ach so. Ok, jetzt habe ich schon verschiedene Schreibweisen
durchprobiert. Jedesmal Fehlanzeige. Die letzte war
ROBOCOPY D: G: /MIR /XD G:\System Volume Information\
Wie ist es denn richtig?
Und wieso hat sich das geändert? Unter Windows 7 musste ich nie etwas
ausschließen.
*Franklin Schiftan*:
>>>> "ROBOCOPY D: G: /MIR"
>> Was ist denn das SVI-Verzeichnis?
> G:\System Volume Information\
durchprobiert. Jedesmal Fehlanzeige. Die letzte war
ROBOCOPY D: G: /MIR /XD G:\System Volume Information\
Wie ist es denn richtig?
Und wieso hat sich das geändert? Unter Windows 7 musste ich nie etwas
ausschließen.
Ralf Brinkmann
Aug 7, 2015, 3:42:32 AM8/7/15
to
Hallo Werner!
*Werner Tann*:
>>ROBOCOPY D: G: /MIR /XD
durchprobiert, aber anscheinend doch nicht. Jedenfalls scheint jetzt
ROBOCOPY D: G: /MIR /XD "System Volume Information"
ohne weitere Pfadangabe durchzulaufen. Ich melde mich wieder, wenn der
Prozess fertig ist oder wieder hängt.
Allerdings wüsste ich doch gerne von den Fachleuten hier, ob sich da
etwas gegenüber Windows 7 (wo das ja anscheinend Standard war) geändert
hat oder ob ich das durch irgendwelche SET-Anweisungen wieder so
einstellen kann.
*Werner Tann*:
>>ROBOCOPY D: G: /MIR /XD
> Vermutlich hast Du System Volume Information nicht in
> Anführungszeichen gesetzt. Die sind nötig wegen der Leerzeichen im
> Pfad. Also:
> /XD "System Volume Information"
Hm, ich dachte zwar, diese Möglichkeit hätte ich auch schon
> Anführungszeichen gesetzt. Die sind nötig wegen der Leerzeichen im
> Pfad. Also:
> /XD "System Volume Information"
durchprobiert, aber anscheinend doch nicht. Jedenfalls scheint jetzt
ROBOCOPY D: G: /MIR /XD "System Volume Information"
ohne weitere Pfadangabe durchzulaufen. Ich melde mich wieder, wenn der
Prozess fertig ist oder wieder hängt.
Allerdings wüsste ich doch gerne von den Fachleuten hier, ob sich da
etwas gegenüber Windows 7 (wo das ja anscheinend Standard war) geändert
hat oder ob ich das durch irgendwelche SET-Anweisungen wieder so
einstellen kann.
Armin Wolf
Aug 7, 2015, 4:24:12 AM8/7/15
to
"Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
>> Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
>
> Anstatt /MIR? Ohne /PURGE?
Selbstverständlich mit Deinen gewohnten "Mir oder Purge"- Ein-
stellungen. Mir ging es um das Fehlerhandling, da dein Pro-
blem die Laufzeit ist.
Ohne diese Mir- oder Purge- Parameter bleiben die Daten auf
dem Ziel erhalten, wenn eine (versehentliche) Löschung im aktiven
Verzeichnis erfolgte. Daher wollte ich Dir keinen ungefragten
Löschbefehl anraten.
>> Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
>
> Anstatt /MIR? Ohne /PURGE?
stellungen. Mir ging es um das Fehlerhandling, da dein Pro-
blem die Laufzeit ist.
Ohne diese Mir- oder Purge- Parameter bleiben die Daten auf
dem Ziel erhalten, wenn eine (versehentliche) Löschung im aktiven
Verzeichnis erfolgte. Daher wollte ich Dir keinen ungefragten
Löschbefehl anraten.
Armin Wolf
Aug 7, 2015, 4:29:20 AM8/7/15
to
"Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
> ROBOCOPY D: G: /MIR /XD "System Volume Information"
Für das Kopieren einer kompletten Partition könnte es sinnvoll
sein, die Partition einfach zu Clonen.
Ich setze die Robocopy- Befehle ein, um:
- Generationen von Backups zu erstellen
- Eine Auswahl von Daten für den Laptop aktuell zu halten
- Eigene Daten und andere Benutzerdateien schnell auf die
Sicherungsplatte zu "spiegeln" (in ein Unterverzeichnis)
> ROBOCOPY D: G: /MIR /XD "System Volume Information"
sein, die Partition einfach zu Clonen.
Ich setze die Robocopy- Befehle ein, um:
- Generationen von Backups zu erstellen
- Eine Auswahl von Daten für den Laptop aktuell zu halten
- Eigene Daten und andere Benutzerdateien schnell auf die
Sicherungsplatte zu "spiegeln" (in ein Unterverzeichnis)
Ralf Brinkmann
Aug 7, 2015, 5:12:58 AM8/7/15
to
Hallo Armin!
*Armin Wolf*:
> "Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
>> ROBOCOPY D: G: /MIR /XD "System Volume Information"
> Für das Kopieren einer kompletten Partition könnte es sinnvoll
> sein, die Partition einfach zu Clonen.
Ja. Dafür wurde Robocopy doch (unter anderem) geschaffen, oder? So wurde
es jedenfalls hier immer wieder gepredigt. Wie machst Du das denn?
*Armin Wolf*:
> "Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
>> ROBOCOPY D: G: /MIR /XD "System Volume Information"
> Für das Kopieren einer kompletten Partition könnte es sinnvoll
> sein, die Partition einfach zu Clonen.
es jedenfalls hier immer wieder gepredigt. Wie machst Du das denn?
Frank Möller
Aug 7, 2015, 6:05:37 AM8/7/15
to
Ralf Brinkmann schrieb am Fri, 7 Aug 2015 11:12:59 +0200:
> *Armin Wolf*:
>> "Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
>>> ROBOCOPY D: G: /MIR /XD "System Volume Information"
>> Für das Kopieren einer kompletten Partition könnte es sinnvoll
>> sein, die Partition einfach zu Clonen.
> Ja. Dafür wurde Robocopy doch (unter anderem) geschaffen, oder? So wurde
> es jedenfalls hier immer wieder gepredigt.
Wer soll das angeblich "immer wieder gepredigt" haben?
> *Armin Wolf*:
>> "Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
>>> ROBOCOPY D: G: /MIR /XD "System Volume Information"
>> Für das Kopieren einer kompletten Partition könnte es sinnvoll
>> sein, die Partition einfach zu Clonen.
> Ja. Dafür wurde Robocopy doch (unter anderem) geschaffen, oder? So wurde
> es jedenfalls hier immer wieder gepredigt.
> Wie machst Du das denn?
Hardlinks usw. sind etwas mehr als nur "Dateien", siehe auch mein
Parallelpost.
--
Frank Möller
Aug 7, 2015, 6:05:38 AM8/7/15
to
Ralf Brinkmann schrieb am Fri, 7 Aug 2015 07:53:27 +0200:
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
Bist Du sicher, daß das "problemlos geklappt hat"? Hast Du aus dem Backup
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
jemals einen Restore gemacht und dessen Lauffähigkeit getestet?
Bei Junctions, Hardlinks usw. dürftest Du nämlich diverse Probleme
bekommen, weil Robocopy die nicht kennt, Windows sie mittlerweile aber
exzessiv verwendet.
Es reicht also nicht, mit Robocopy einfach nur ein nichtlaufendes,
paralleles System-LW "von außen" zu sichern.
Wenn man dateibasiert sichern möchte, nimmt man statt Robocpy daher besser
dies: <http://schinagl.priv.at/nt/ln/ln.html>
In Deinem Fall also eher:
Ln.exe --backup --mirror "D:" "G:"
Im ersten Lauf wird natürlich alles kopiert, ab dem zweiten Lauf dann wie
bei Robocopy /MIR nur noch geänderte Daten.
Da das Teil wirklich sehr gut funktioniert, hab ich dem Hermann auch etwas
gespendet.
Aber:
Allerdings würde ich auch mit Ln nicht ganze Laufwerke klonen. Wenn ich
sowas mache, nehme ich z. B. WinHex und kopiere eine ganze Platte einfach
sektorweise. Fertig.
Auch mit Ln kann es sonst passieren, daß einige Dateien/Verzeichnisse nicht
mitkopiert und am Ende als "Failed" gemeldet werden. Dabei handelt es sich
z. B. um:
D:\Boot\BCD
D:\Boot\BCD.LOG
Beim Kopieren der restlichen normalen Verzeichnisse und Dateien tritt das
jedoch nicht auf, allerdings sind da auch solche Sachen wie Boot,
$Recycle.Bin, System Volume Information, Pagefile.sys usw. natürlich
ausgenommen.
Klone die Platte also besser sektorweise. \Bootmgr, \BOOTSECT.BAK,
\Boot\BCD und \Boot\BCD.LOG sind dann bereits vorhanden, das hat die
sektorweise Kopie erledigt.
Laß dann später Ln mit einzelnen Aufrufen drauf los:
Ln.exe --backup --mirror "D:\PerfLogs" "G:\PerfLogs"
Ln.exe --backup --mirror "D:\Program Files" "G:\Program Files"
Ln.exe --backup --mirror "D:\Program Files (x86)" "G:\Program Files (x86)"
Ln.exe --backup --mirror "D:\ProgramData" "G:\ProgramData"
Ln.exe --backup --mirror "D:\Users" "G:\Users"
Ln.exe --backup --mirror "D:\Windows" "G:\Windows"
Ln.exe --backup --mirror "D:\Windows.old" "G:\Windows.old"
HTH.
--
Frank Möller
Aug 7, 2015, 6:12:47 AM8/7/15
to
Ralf Brinkmann schrieb am Fri, 7 Aug 2015 07:53:27 +0200:
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
> problemlos geklappt.
Klon der Platte. Ansonsten reicht Ln.exe.
HTH.
--
Ralf Brinkmann
Aug 7, 2015, 6:44:08 AM8/7/15
to
Hallo Frank!
*Frank Möller*:
>> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
>> problemlos geklappt.
> Bist Du sicher, daß das "problemlos geklappt hat"? Hast Du aus dem Backup
> jemals einen Restore gemacht und dessen Lauffähigkeit getestet?
Das, was ich damit sichere, sind Musikdateien und Filme. Also letztlich
kein 1:1 Plattenclone. Zumal die Quellplatte 4 TB groß ist und die
Zielplatte 2 TB (aber noch ausreicht).
Und dafür wurden hier immer wieder die "Hausmittel" empfohlen. Ich
selbst hatte auch eine entsprechende Diskussion hier.
> Es reicht also nicht, mit Robocopy einfach nur ein nichtlaufendes,
> paralleles System-LW "von außen" zu sichern.
D:\ ist bei mir kein Systemlaufwerk, sondern ein Datenlaufwerk. Das
sollte es eigentlich einfacher machen.
> Wenn man dateibasiert sichern möchte, nimmt man statt Robocpy daher besser
> dies: <http://schinagl.priv.at/nt/ln/ln.html>
Warum kann es sowas nicht einfach mal auf Deutsch geben?
> In Deinem Fall also eher:
> Ln.exe --backup --mirror "D:" "G:"
Danke, ich werde es mal im Hinterkopf behalten.
> Da das Teil wirklich sehr gut funktioniert, hab ich dem Hermann auch etwas
> gespendet.
Das ist aber nicht "unser" Hermann? Oder? Nee, kann eigentlich nicht,
der hätte das auf Deutsch gemacht.
*Frank Möller*:
>> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
>> problemlos geklappt.
> Bist Du sicher, daß das "problemlos geklappt hat"? Hast Du aus dem Backup
> jemals einen Restore gemacht und dessen Lauffähigkeit getestet?
kein 1:1 Plattenclone. Zumal die Quellplatte 4 TB groß ist und die
Zielplatte 2 TB (aber noch ausreicht).
Und dafür wurden hier immer wieder die "Hausmittel" empfohlen. Ich
selbst hatte auch eine entsprechende Diskussion hier.
> Es reicht also nicht, mit Robocopy einfach nur ein nichtlaufendes,
> paralleles System-LW "von außen" zu sichern.
sollte es eigentlich einfacher machen.
> Wenn man dateibasiert sichern möchte, nimmt man statt Robocpy daher besser
> dies: <http://schinagl.priv.at/nt/ln/ln.html>
> In Deinem Fall also eher:
> Ln.exe --backup --mirror "D:" "G:"
> Da das Teil wirklich sehr gut funktioniert, hab ich dem Hermann auch etwas
> gespendet.
der hätte das auf Deutsch gemacht.
Henning Fischer
Aug 7, 2015, 6:46:49 AM8/7/15
to
Am 07.08.2015 um 12:12 schrieb Frank Möller:
>
> Klone die Platte also besser sektorweise. \Bootmgr, \BOOTSECT.BAK,
> \Boot\BCD und \Boot\BCD.LOG sind dann bereits vorhanden, das hat die
> sektorweise Kopie erledigt.
>
ist nicht immer optimal.
>
> Klone die Platte also besser sektorweise. \Bootmgr, \BOOTSECT.BAK,
> \Boot\BCD und \Boot\BCD.LOG sind dann bereits vorhanden, das hat die
> sektorweise Kopie erledigt.
>
Ich spiegele eine SSD 2x täglich mit robocopy auf eine andere, die im
Schadensfall sofort einsatzbereit sein muß
Wenn ich sektorweise klone, wird jedesmal die ganze SSD neu beschrieben.
Das dürfte die Lebensdauer erheblich beeinflussen.
Henning
Frank Möller
Aug 7, 2015, 6:56:28 AM8/7/15
to
Ralf Brinkmann schrieb am Fri, 7 Aug 2015 12:44:08 +0200:
> *Frank Möller*:
>>> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
>>> problemlos geklappt.
>> Bist Du sicher, daß das "problemlos geklappt hat"? Hast Du aus dem Backup
>> jemals einen Restore gemacht und dessen Lauffähigkeit getestet?
> Das, was ich damit sichere, sind Musikdateien und Filme. Also letztlich
> kein 1:1 Plattenclone. Zumal die Quellplatte 4 TB groß ist und die
> Zielplatte 2 TB (aber noch ausreicht).
> Und dafür wurden hier immer wieder die "Hausmittel" empfohlen. Ich
> selbst hatte auch eine entsprechende Diskussion hier.
>> Es reicht also nicht, mit Robocopy einfach nur ein nichtlaufendes,
>> paralleles System-LW "von außen" zu sichern.
> D:\ ist bei mir kein Systemlaufwerk, sondern ein Datenlaufwerk. Das
> sollte es eigentlich einfacher machen.
Ok, dann kannst Du das auch mit Robocopy machen und brauchst Ln nicht.
> *Frank Möller*:
>>> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
>>> problemlos geklappt.
>> Bist Du sicher, daß das "problemlos geklappt hat"? Hast Du aus dem Backup
>> jemals einen Restore gemacht und dessen Lauffähigkeit getestet?
> Das, was ich damit sichere, sind Musikdateien und Filme. Also letztlich
> kein 1:1 Plattenclone. Zumal die Quellplatte 4 TB groß ist und die
> Zielplatte 2 TB (aber noch ausreicht).
> Und dafür wurden hier immer wieder die "Hausmittel" empfohlen. Ich
> selbst hatte auch eine entsprechende Diskussion hier.
>> Es reicht also nicht, mit Robocopy einfach nur ein nichtlaufendes,
>> paralleles System-LW "von außen" zu sichern.
> D:\ ist bei mir kein Systemlaufwerk, sondern ein Datenlaufwerk. Das
> sollte es eigentlich einfacher machen.
Eine Sicherung des ganzen Laufwerks statt der betreffenden
Verzeichnisse/Dateien ist dann jedoch ungünstig.
>> Wenn man dateibasiert sichern möchte, nimmt man statt Robocpy daher besser
>> dies: <http://schinagl.priv.at/nt/ln/ln.html>
> Warum kann es sowas nicht einfach mal auf Deutsch geben?
>> In Deinem Fall also eher:
>> Ln.exe --backup --mirror "D:" "G:"
> Danke, ich werde es mal im Hinterkopf behalten.
>> Da das Teil wirklich sehr gut funktioniert, hab ich dem Hermann auch etwas
>> gespendet.
> Das ist aber nicht "unser" Hermann?
> Oder? Nee, kann eigentlich nicht, der hätte das auf Deutsch gemacht.
Frank Möller
Aug 7, 2015, 6:56:28 AM8/7/15
to
Da es sich aber - wie sich jetzt herausstellt - beim OP sowieso nur um ein
normales Daten-LW handelt, ist das ohne Belang.
--
Sherlock
Aug 7, 2015, 7:22:09 AM8/7/15
to
Ralf Brinkmann:
> Was mache ich falsch?
Wie schon gesagt: etwas ungeschickt, das Laufwerk mit robocopy direkt
sichern zu wollen. Problemlos wäre es, die Daten alle in einen Ordner zu
packen. Diesem könnte man auch einen Laufwerksbuchstaben zuteilen, wenn das
gewünscht ist.
> Was mache ich falsch?
Wie schon gesagt: etwas ungeschickt, das Laufwerk mit robocopy direkt
sichern zu wollen. Problemlos wäre es, die Daten alle in einen Ordner zu
packen. Diesem könnte man auch einen Laufwerksbuchstaben zuteilen, wenn das
gewünscht ist.
Frank Möller
Aug 7, 2015, 7:26:38 AM8/7/15
to
Ralf Brinkmann schrieb am Fri, 7 Aug 2015 12:44:08 +0200:
> D:\ ist bei mir kein Systemlaufwerk, sondern ein Datenlaufwerk. Das
> sollte es eigentlich einfacher machen.
Sowas mache ich mit "Robocopy /Mir /Copyall ..." und auf Verzeichnisebene.
> D:\ ist bei mir kein Systemlaufwerk, sondern ein Datenlaufwerk. Das
> sollte es eigentlich einfacher machen.
Will man unbedingt vom \ aus agieren und alle Datenverzeichnisse
automagisch einbinden, kann man die einzelnen Verzeichnisse, die zu sichern
sind, mittels For-Schleife ermitteln. Dabei können Kandidaten wie
"$RECYCLE.BIN", "System Volume Information" usw. gezielt ausgeschlossen
werden.
--
HR Ernst
Aug 7, 2015, 7:32:29 AM8/7/15
to
Information" für dein LW D:\ nicht ganz abstellen oder geht das unter Win
10 nicht mehr?
Bei Win 7 geht das doch so: Systemsteuerung -> System -> Computerschutz ->
LW D:\ -> Aus
--
Gruß
H.-R. Ernst
Stefan Kanthak
Aug 7, 2015, 7:33:13 AM8/7/15
to
"Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb:
> Hallo zusammen!
>
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
Bei diesen unqualifizierten Pfadangaben ist das NICHT problemlos!
> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
/W:x /R:x
> Breche ich das Ganze dann mit STRG-C ab, dann weiß ich natürlich nicht,
> ob alle regulären Verzeichnisse und Dateien vollständig gesichert
> wurden.
>
> Was mache ich falsch?
S.o.: Deine Pfadangaben sind falsch.
Ausserdem musst Du das seit dem letzten Jahrtausend wohlbekannte
Verzeichnis "\System Volume Information" explizit ausschliessen.
ROBOCOPY.EXE /?
hilft Dir weiter.
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
> Hallo zusammen!
>
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
> Breche ich das Ganze dann mit STRG-C ab, dann weiß ich natürlich nicht,
> ob alle regulären Verzeichnisse und Dateien vollständig gesichert
> wurden.
>
> Was mache ich falsch?
Ausserdem musst Du das seit dem letzten Jahrtausend wohlbekannte
Verzeichnis "\System Volume Information" explizit ausschliessen.
ROBOCOPY.EXE /?
hilft Dir weiter.
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
Stefan Kanthak
Aug 7, 2015, 7:33:15 AM8/7/15
to
"Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb:
>>> Datensicherung "ROBOCOPY D: G: /MIR"
Auf das seit Windows 2000 auf JEDEM NTFS-formatierten Laufwerk
automatisch angelegte Verzeichnis "\System Volume Information"
hat nur der Benutzer "NT AUTHORITY\System" Zugriff.
Wenn ROBOCOPY bisher lief, dann hast Du es entweder unter dem
Benutzerkonto "NT AUTHORITY\System" gestartet oder die NTFS-
Zugriffsrechte von "\System Volume Information" verbogen.
>>> Datensicherung "ROBOCOPY D: G: /MIR"
> Und wieso hatte ich damit unter Windows 7 nie Probleme,
Weil Du dort ANDEREN Bloedsinn gemacht hast!
Auf das seit Windows 2000 auf JEDEM NTFS-formatierten Laufwerk
automatisch angelegte Verzeichnis "\System Volume Information"
hat nur der Benutzer "NT AUTHORITY\System" Zugriff.
Wenn ROBOCOPY bisher lief, dann hast Du es entweder unter dem
Benutzerkonto "NT AUTHORITY\System" gestartet oder die NTFS-
Zugriffsrechte von "\System Volume Information" verbogen.
Frank Möller
Aug 7, 2015, 7:38:01 AM8/7/15
to
HR Ernst schrieb am Fri, 7 Aug 2015 13:32:32 +0200:
> Kannst oder willst du diese "Sicherungsdateien" von "System Volume
> Information" für dein LW D:\ nicht ganz abstellen oder geht das unter Win
> 10 nicht mehr?
> Bei Win 7 geht das doch so: Systemsteuerung -> System -> Computerschutz ->
> LW D:\ -> Aus
Der OP will die _Daten_ in den Verzeichnissen des Laufwerks sichern. Es ist
> Kannst oder willst du diese "Sicherungsdateien" von "System Volume
> Information" für dein LW D:\ nicht ganz abstellen oder geht das unter Win
> 10 nicht mehr?
> Bei Win 7 geht das doch so: Systemsteuerung -> System -> Computerschutz ->
> LW D:\ -> Aus
Quark, dabei Verzeichnisse wie "$RECYCLE.BIN", "System Volume Information"
usw. überhaupt miteinzubeziehen.
--
Ralf Brinkmann
Aug 7, 2015, 7:43:50 AM8/7/15
to
Hallo HR!
*HR Ernst*:
> Kannst oder willst du diese "Sicherungsdateien" von "System Volume
> Information" für dein LW D:\ nicht ganz abstellen oder geht das unter Win
> 10 nicht mehr?
> Bei Win 7 geht das doch so: Systemsteuerung -> System -> Computerschutz ->
> LW D:\ -> Aus
Grade mal nachgesehen: Steht schon auf "aus". Ist nur für Laufwerk C:
eingeschaltet.
*HR Ernst*:
> Kannst oder willst du diese "Sicherungsdateien" von "System Volume
> Information" für dein LW D:\ nicht ganz abstellen oder geht das unter Win
> 10 nicht mehr?
> Bei Win 7 geht das doch so: Systemsteuerung -> System -> Computerschutz ->
> LW D:\ -> Aus
eingeschaltet.
Ralf Brinkmann
Aug 7, 2015, 7:44:38 AM8/7/15
to
Hallo Frank!
*Frank Möller*:
> Der OP will die _Daten_ in den Verzeichnissen des Laufwerks sichern. Es ist
> Quark, dabei Verzeichnisse wie "$RECYCLE.BIN", "System Volume Information"
> usw. überhaupt miteinzubeziehen.
Das ist richtig. Ich frage mich halt, wieso das früher unter Windows 7
automatisch geklappt hat und jetzt unter Windows 10 plötzlich nicht
mehr.
*Frank Möller*:
> Der OP will die _Daten_ in den Verzeichnissen des Laufwerks sichern. Es ist
> Quark, dabei Verzeichnisse wie "$RECYCLE.BIN", "System Volume Information"
> usw. überhaupt miteinzubeziehen.
automatisch geklappt hat und jetzt unter Windows 10 plötzlich nicht
mehr.
Armin Wolf
Aug 7, 2015, 3:08:46 PM8/7/15
to
"Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb
>> Für das Kopieren einer kompletten Partition könnte es sinnvoll
>> sein, die Partition einfach zu Clonen.
>
> Ja. Dafür wurde Robocopy doch (unter anderem) geschaffen, oder? So wurde
> es jedenfalls hier immer wieder gepredigt. Wie machst Du das denn?
ich nutze "Robocopy" täglich, um die geänderten Daten und Emails
auf die zweite interne Platte zu kopieren (mehrere Generationen)
Dann starte ich ca. 1* im Monat mein altes XP welches über
Nacht mittels Taskmanager und Paragon Drive Backup alle
Partitionen auf USB sichert.
Das Rückspielen wurde bereits mehrfach ausgetestet und funk-
tioniert für die Wn7- Partition einwandfrei, so daß ich noch immer
mit dem Windows von 2009 arbeite.
>> Für das Kopieren einer kompletten Partition könnte es sinnvoll
>> sein, die Partition einfach zu Clonen.
>
> Ja. Dafür wurde Robocopy doch (unter anderem) geschaffen, oder? So wurde
> es jedenfalls hier immer wieder gepredigt. Wie machst Du das denn?
auf die zweite interne Platte zu kopieren (mehrere Generationen)
Dann starte ich ca. 1* im Monat mein altes XP welches über
Nacht mittels Taskmanager und Paragon Drive Backup alle
Partitionen auf USB sichert.
Das Rückspielen wurde bereits mehrfach ausgetestet und funk-
tioniert für die Wn7- Partition einwandfrei, so daß ich noch immer
mit dem Windows von 2009 arbeite.
Jörg Hermes
Aug 7, 2015, 5:01:18 PM8/7/15
to
Am 07.08.2015 um 08:38 schrieb Armin Wolf:
> "Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb im
So werden aber auch Fehler, die bei wichtigen zu sichernden Dateien
entstehen können, ignoriert. Daher würde ich davon abraten.
> "Ralf Brinkmann" <ralf.brinkma...@t-online.de> schrieb im
>
>> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
>> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
>> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
>> gewartet. Das wiederholt sich die ganze Nacht hindurch.
>
>> Was mache ich falsch?
>> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
>> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
>> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
>> gewartet. Das wiederholt sich die ganze Nacht hindurch.
>
>
> Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
>
> Eventuell das W auf null stellen, so daß Probleme übersprungen werden.
> Nutze folgenden Parameter: "/E /R:5 /W:1 /Dcopy:t"
>
So werden aber auch Fehler, die bei wichtigen zu sichernden Dateien
entstehen können, ignoriert. Daher würde ich davon abraten.
Thomas Schmidt
Aug 7, 2015, 7:20:17 PM8/7/15
to
Am 07.08.2015, 09:26 Uhr, schrieb Ralf Brinkmann
<ralf.brinkma...@t-online.de>:
> Ach so. Ok, jetzt habe ich schon verschiedene Schreibweisen
> durchprobiert. Jedesmal Fehlanzeige. Die letzte war
>
> ROBOCOPY D: G: /MIR /XD G:\System Volume Information\
Dir ist aber schon klar, dass man Pfade mit Leerzeichen in
Anführungszeichen einschließen muss und dass da möglicherweise der
abschließende Backslash zu viel ist?
Thomas
<ralf.brinkma...@t-online.de>:
> Ach so. Ok, jetzt habe ich schon verschiedene Schreibweisen
> durchprobiert. Jedesmal Fehlanzeige. Die letzte war
>
> ROBOCOPY D: G: /MIR /XD G:\System Volume Information\
Anführungszeichen einschließen muss und dass da möglicherweise der
abschließende Backslash zu viel ist?
Thomas
Ralf Brinkmann
Aug 8, 2015, 2:30:52 AM8/8/15
to
Hallo Thomas!
*Thomas Schmidt*:
>> ROBOCOPY D: G: /MIR /XD G:\System Volume Information\
> Dir ist aber schon klar, dass man Pfade mit Leerzeichen in
> Anführungszeichen einschließen muss und dass da möglicherweise der
> abschließende Backslash zu viel ist?
Ja. Vielleicht. Die Hilfe zu Robocopy drückt sich in diesem Punkt meiner
Meinung nach etwas undeutlich aus. Ich habe es mit Doppelpunkt probiert
(weil das in der Hilfe so aussieht), mit Verzeichnisnamen direkt nach
dem Parameter, mit komplettem Pfad und ohne. Die richtige Kombination
mit Leerzeichen und Anführungszeichen habe ich dann nach Werners Tipp
getroffen.
Es sind manchmal nur diese vielen Kleinigkeiten, die einen verzweifeln
lassen. Vor allem ist nach jedem Fehlversuch der Befehl in der
Eingabezeile (WIN-R) wieder weg und muss komplett neu eingegeben werden.
Früher war das nicht so. Hat sich da was geändert oder bin ich jetzt
wieder der Blöde?
*Thomas Schmidt*:
>> ROBOCOPY D: G: /MIR /XD G:\System Volume Information\
> Dir ist aber schon klar, dass man Pfade mit Leerzeichen in
> Anführungszeichen einschließen muss und dass da möglicherweise der
> abschließende Backslash zu viel ist?
Meinung nach etwas undeutlich aus. Ich habe es mit Doppelpunkt probiert
(weil das in der Hilfe so aussieht), mit Verzeichnisnamen direkt nach
dem Parameter, mit komplettem Pfad und ohne. Die richtige Kombination
mit Leerzeichen und Anführungszeichen habe ich dann nach Werners Tipp
getroffen.
Es sind manchmal nur diese vielen Kleinigkeiten, die einen verzweifeln
lassen. Vor allem ist nach jedem Fehlversuch der Befehl in der
Eingabezeile (WIN-R) wieder weg und muss komplett neu eingegeben werden.
Früher war das nicht so. Hat sich da was geändert oder bin ich jetzt
wieder der Blöde?
Franklin Schiftan
Aug 8, 2015, 2:55:04 AM8/8/15
to
Ralf Brinkmann schrieb am 08.08.2015 um 08:30 Uhr:
> Vor allem ist nach jedem Fehlversuch der Befehl in der Eingabezeile
> (WIN-R) wieder weg und muss komplett neu eingegeben werden. Früher
> war das nicht so. Hat sich da was geändert oder bin ich jetzt
> wieder der Blöde?
Befehl wieder holen? Geht das in der Kommandozeile unter Win10 nicht mehr?
> Gruß, Ralf
--
..... und tschüss
Franklin
Werner Tann
Aug 8, 2015, 3:09:43 AM8/8/15
to
Ralf Brinkmann <ralf.brinkma...@t-online.de> schrieb:
>Es sind manchmal nur diese vielen Kleinigkeiten, die einen verzweifeln
>lassen. Vor allem ist nach jedem Fehlversuch der Befehl in der
>Eingabezeile (WIN-R) wieder weg und muss komplett neu eingegeben werden.
Warum schreibst Du den Befehl nicht einfach in eine Batch-Datei?
>Es sind manchmal nur diese vielen Kleinigkeiten, die einen verzweifeln
>lassen. Vor allem ist nach jedem Fehlversuch der Befehl in der
>Eingabezeile (WIN-R) wieder weg und muss komplett neu eingegeben werden.
Ralf Brinkmann
Aug 8, 2015, 3:12:24 AM8/8/15
to
Hallo Franklin!
*Franklin Schiftan*:
> Ralf Brinkmann schrieb am 08.08.2015 um 08:30 Uhr:
>> Vor allem ist nach jedem Fehlversuch der Befehl in der Eingabezeile
>> (WIN-R) wieder weg und muss komplett neu eingegeben werden.
normalerweise TCC, früher 4DOS und 4NT, da geht das auch noch. Aber für
solche Kurzbefehle reicht normalerweise die Dialogbox "Ausführen", die
man mit WIN-R erreicht. Die kann man nach unten ausklappen
(ALT-Pfeiltaste) und dort wurde früher die zuletzt ausgeführten Befehle
aufgelistet, wo man sie erneut verwenden oder editieren konnte. Jetzt
ist das Ding bei mir immer leer.
*Franklin Schiftan*:
> Ralf Brinkmann schrieb am 08.08.2015 um 08:30 Uhr:
>> Vor allem ist nach jedem Fehlversuch der Befehl in der Eingabezeile
>> (WIN-R) wieder weg und muss komplett neu eingegeben werden.
> Hmm, konnte man nicht früher einfach mit Pfeil-nach-oben den letzten
> Befehl wieder holen? Geht das in der Kommandozeile unter Win10 nicht mehr?
Keine Ahnung, wird wohl noch so sein. Für die Kommandozeile benutze ich
> Befehl wieder holen? Geht das in der Kommandozeile unter Win10 nicht mehr?
normalerweise TCC, früher 4DOS und 4NT, da geht das auch noch. Aber für
solche Kurzbefehle reicht normalerweise die Dialogbox "Ausführen", die
man mit WIN-R erreicht. Die kann man nach unten ausklappen
(ALT-Pfeiltaste) und dort wurde früher die zuletzt ausgeführten Befehle
aufgelistet, wo man sie erneut verwenden oder editieren konnte. Jetzt
ist das Ding bei mir immer leer.
Ralf Brinkmann
Aug 8, 2015, 4:29:45 AM8/8/15
to
Hallo Werner!
*Werner Tann*:
> Warum schreibst Du den Befehl nicht einfach in eine Batch-Datei?
Das war bis jetzt nicht nötig und ich bin wirklich interessiert daran zu
erfahren, wieso es jetzt auf einmal nötig ist.
ROBOCOPY D: (oder E:) G: /MIR kann ich mir gerade noch so merken, aber
ROBOCOPY D: (oder E:) G: /MIR /XD "System Volume Information" /XD
"$Recycle.bin" will ich eigentlich nicht jedesmal neu eintippen müssen.
*Werner Tann*:
> Warum schreibst Du den Befehl nicht einfach in eine Batch-Datei?
erfahren, wieso es jetzt auf einmal nötig ist.
ROBOCOPY D: (oder E:) G: /MIR kann ich mir gerade noch so merken, aber
ROBOCOPY D: (oder E:) G: /MIR /XD "System Volume Information" /XD
"$Recycle.bin" will ich eigentlich nicht jedesmal neu eintippen müssen.
HR Ernst
Aug 8, 2015, 5:25:51 AM8/8/15
to
http://www.heise.de/download/yarcgui.html
--
Gruß
H.-R. Ernst
Werner Tann
Aug 8, 2015, 5:43:22 AM8/8/15
to
Ralf Brinkmann <ralf.brinkma...@t-online.de> schrieb:
>Das war bis jetzt nicht nötig und ich bin wirklich interessiert daran zu
>erfahren, wieso es jetzt auf einmal nötig ist.
Naja, man kann versuchen, das jeweilige System zu verstehen oder
einfach sein Problem zu lösen. Üblicherweise verbringt man mit
ersterem den Rest seines Lebens. Weil man auf weitere Unklarheiten
stößt, die man aufklären will.
>ROBOCOPY D: (oder E:) G: /MIR /XD "System Volume Information" /XD
>"$Recycle.bin" will ich eigentlich nicht jedesmal neu eintippen müssen.
Du kannst alle auszuschließenden Ordner einem einzigen Parameter
zuordnen:
/XD "System Volume Information" $Recycle.bin
Leerzeichen zwischen den Ordnern nicht vergessen.
Bei $Recycle.bin sind die Anführungszeichen überflüssig.
>Das war bis jetzt nicht nötig und ich bin wirklich interessiert daran zu
>erfahren, wieso es jetzt auf einmal nötig ist.
einfach sein Problem zu lösen. Üblicherweise verbringt man mit
ersterem den Rest seines Lebens. Weil man auf weitere Unklarheiten
stößt, die man aufklären will.
>ROBOCOPY D: (oder E:) G: /MIR /XD "System Volume Information" /XD
>"$Recycle.bin" will ich eigentlich nicht jedesmal neu eintippen müssen.
zuordnen:
/XD "System Volume Information" $Recycle.bin
Leerzeichen zwischen den Ordnern nicht vergessen.
Bei $Recycle.bin sind die Anführungszeichen überflüssig.
Ralf Brinkmann
Aug 8, 2015, 6:50:55 AM8/8/15
to
Hallo Werner!
*Werner Tann*:
> Naja, man kann versuchen, das jeweilige System zu verstehen oder
> einfach sein Problem zu lösen. Üblicherweise verbringt man mit
> ersterem den Rest seines Lebens. Weil man auf weitere Unklarheiten
> stößt, die man aufklären will.
Dafür haben wir doch hier unsere Spezialisten. Wo ist Hermann
eigentlich, hat der Urlaub?
> Du kannst alle auszuschließenden Ordner einem einzigen Parameter
> zuordnen:
> /XD "System Volume Information" $Recycle.bin
> Leerzeichen zwischen den Ordnern nicht vergessen.
> Bei $Recycle.bin sind die Anführungszeichen überflüssig.
Alles klar, ich danke Dir. Und den anderen Helfern natürlich auch.
*Werner Tann*:
> Naja, man kann versuchen, das jeweilige System zu verstehen oder
> einfach sein Problem zu lösen. Üblicherweise verbringt man mit
> ersterem den Rest seines Lebens. Weil man auf weitere Unklarheiten
> stößt, die man aufklären will.
eigentlich, hat der Urlaub?
> Du kannst alle auszuschließenden Ordner einem einzigen Parameter
> zuordnen:
> /XD "System Volume Information" $Recycle.bin
> Leerzeichen zwischen den Ordnern nicht vergessen.
> Bei $Recycle.bin sind die Anführungszeichen überflüssig.
Ralf Brinkmann
Aug 8, 2015, 6:51:35 AM8/8/15
to
Hallo HR!
*HR Ernst*:
Ich habe schon mal davon gelesen. Ich werde es mir einmal ansehen.
*HR Ernst*:
Ich habe schon mal davon gelesen. Ich werde es mir einmal ansehen.
ottobo...@gmail.com
Oct 11, 2016, 9:51:34 AM10/11/16
to
Am Freitag, 7. August 2015 07:53:27 UTC+2 schrieb Ralf Brinkmann:
> Hallo zusammen!
>
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
>
> Hallo zusammen!
>
> Bis jetzt hat die Datensicherung "ROBOCOPY D: G: /MIR" unter Windows 7
> problemlos geklappt.
>
> Unter Windows 10 Pro bleibt der Sicherungsprozess nun immer wieder
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
>
> stehen, weil angemeckert wird, dass kein Zugriff auf "System Volume
> Information" oder andere Symstemordner besteht. Es wird 30 Sekunden
> gewartet. Das wiederholt sich die ganze Nacht hindurch.
>
> Breche ich das Ganze dann mit STRG-C ab, dann weiß ich natürlich nicht,
> ob alle regulären Verzeichnisse und Dateien vollständig gesichert
> wurden.
>
> Was mache ich falsch?
>
> ob alle regulären Verzeichnisse und Dateien vollständig gesichert
> wurden.
>
> Was mache ich falsch?
>
> Ich habe die Sicherungsplatte schon unter Windows 10 neu formatiert, hat
> aber nicht geholfen.
>
> aber nicht geholfen.
>
> Gruß, Ralf
> --
> Windows 10x64 Pro
> Opera 32.x
> The Bat! Pro 7.0.x
Schon probiert robocopy als Administrator zu starten ??
> --
> Windows 10x64 Pro
> Opera 32.x
> The Bat! Pro 7.0.x
Claus Reibenstein
Oct 11, 2016, 11:16:14 AM10/11/16
to
ottobo...@gmail.com schrieb am 11.10.2016 um 15:51:
> Am Freitag, 7. August 2015 07:53:27 UTC+2 schrieb Ralf Brinkmann:
¯¯¯¯
> Am Freitag, 7. August 2015 07:53:27 UTC+2 schrieb Ralf Brinkmann:
Ich habe Dir das Wesentliche mal unterstrichen ...
Gruß
Claus
Detlef Meißner
Oct 11, 2016, 11:18:22 AM10/11/16
to
Detlef
Jörg Tewes
Oct 11, 2016, 6:41:14 PM10/11/16
to
Claus Reibenstein schrieb:
Bye Jörg
--
Religionskriege sind Konflikte zwischen erwachsenen Menschen, bei
denen es darum geht, wer den cooleren, imaginären Freund hat.
Wenn Jesus gevierteilt worden wäre, hätten wir heute dann Mobiles
über der Tür hängen?
> ottobo...@gmail.com schrieb am 11.10.2016 um 15:51:
>
>> Am Freitag, 7. August 2015 07:53:27 UTC+2 schrieb Ralf Brinkmann:
> ¯¯¯¯
>
> Ich habe Dir das Wesentliche mal unterstrichen ...
Du antwortest einem Google Poster. Die achten nicht so sehr aufs Datum.
>
>> Am Freitag, 7. August 2015 07:53:27 UTC+2 schrieb Ralf Brinkmann:
> ¯¯¯¯
>
> Ich habe Dir das Wesentliche mal unterstrichen ...
Bye Jörg
--
Religionskriege sind Konflikte zwischen erwachsenen Menschen, bei
denen es darum geht, wer den cooleren, imaginären Freund hat.
Wenn Jesus gevierteilt worden wäre, hätten wir heute dann Mobiles
über der Tür hängen?
0 new messages