PC-Experience (https://www.pc-experience.de/wbb2/index.php)
- Software Foren: (https://www.pc-experience.de/wbb2/board.php?boardid=17)
-- Windows 9x, NT, 2000, XP: (https://www.pc-experience.de/wbb2/board.php?boardid=18)
--- xcopy hat Probleme mit Unterstrich (https://www.pc-experience.de/wbb2/thread.php?threadid=19608)


Geschrieben von hotzi am 18.01.2006 um 21:12:

  xcopy hat Probleme mit Unterstrich

Bei der Datensicherung arbeite ich seit Jahren auch mit diversen Batchdateien, weil damit - wie ich finde - sehr leicht maßgeschneiderte Aktionen veranlasst werden können. Heute entdeckte ich eher zufällig, dass im DOS-Fenster, in dem man die Abarbeitung der Batchbefehle verfolgen kann, am Ende die Meldung "Nicht genügend Arbeitsspeicher" erscheint.
Es stellte sich heraus, dass das Problem mit einem Word-Ordner zusammenhängt. Dieser Ordner heißt "_Wissenswertes" (der Unterstrich bewirkt, dass dieser Ordner in meinem Dateimanager an erster Stelle erscheint) und enthält zwölf Unterverzeichnisse. Auf die Sicherungspartition werden jedoch seltsamerweise nur die ersten sieben Unterverzeichnisse kopiert. Der Batchbefehl heißt:

xcopy /d /e /y e:\wwtexte\*.* q:\daten\wwtexte

Auch das direkte Eingeben des obigen Befehls am DOS-Prompt erzeugt die Fehlermeldung. Nach längerem Herumprobieren zeigte sich, dass das Entfernen des Unterstrichs das Problem beseitigte. Es gab keine Fehlermeldung wegen Speichermangels und alle Unterverzeichnisse wurden jetzt kopiert.
Einige andere Ordner mit führendem Unterstrich wurden dagegen fehlerfrei kopiert.

Mein System: P4 mit 1,8 GHz und 512 MB, Win XP Home SP2 auf neuestem Stand

Wer weiß Rat?

Gruß
hotzi



Geschrieben von wolfie am 19.01.2006 um 00:13:

  RE: xcopy hat Probleme mit Unterstrich

Hallo hotzi

Zitat:
"In Scripten muss eine Variable mit einem Buchstaben oder einem Underscore _ beginnen"

D.h. der Name einer Datei/eines Unterordners in deinem 7. Ordner beginnt evtl. mit einem "reservierten Ausdruck"
und DOS interpretiert das, zusammen mit Underscore, fälschlicherweise als eine "nicht erlaubte" Variable und bricht den Vorgang mit Return Code 04 ab.
Fatal: Der Standardtext bei RC=04 in XCOPY ist "zu wenig Speicher".

Um diese Theorie auszuschliessen, stelle mal ein $ vor den Ordnernamen ($wwtexte)
Falls das reibungslos funktioniert, kannst du es ja dabei belassen ($ erscheint ebenfalls am Anfang der Dateiliste)


Weitere Möglichkeit: Bestimme die Datei, bei welcher xcopy abbricht und wiederhole den Vorgang ohne diesen DS.




gruss wolfie



Geschrieben von hotzi am 19.01.2006 um 12:56:

 

Hallo wolfie!

Zunächst mal vielen Dank für Deine Ausführungen. Inzwischen bin ich ein Stück weitergekommen:

1. Das von Dir vorgeschlagene $-Zeichen statt des Unterstrichs hilft nicht. Nur wenn beides fehlt, klappt die Sicherung per Batch fehlerfrei.

2. Im siebten Unterverzeichnis (dem noch fünf weitere folgen, aber nicht mehr kopiert werden) ist noch ein Ordner mit gespeicherten Webseiten untergebracht. Er enthält also einige der Pärchen "xyz.htm" plus Ordner "xyz-Dateien", und da gibt's bekanntlich Dateinamen, die extrem lang sein und eine breite Zeichenpalette enthalten können.

3. Auf meinem neuen Notebook gibt es das Problem unter denselben Bedingungen seltsamerweise nicht! (Centrino mit 1,5 GHz, 512 MB, Win XP Home mit SP2 von Anfang an)

4. Da mir Ärger mit gespeicherten Webseiten nicht neu ist (manche Ordner sind weder kopier- noch löschbar), werde ich solche Sachen in Zukunft nicht mehr mit einer umfangreichen Batchautomatik sichern, sondern nur noch manuell.

Es versteht sich von selbst, dass ich meine Laufwerke gründlich auf mögliche Fehler untersucht habe.

Gruß
hotzi

Ergänzung
Das Programm SyncBack (Freeware) hat mit dieser Aufgabe vergleichbare Probleme. SyncBackSE (Shareware) kommt damit klar; eventuell hat es was zu tun mit der Unicode-Unterstützung.



Geschrieben von wolfie am 19.01.2006 um 20:04:

 

Hallo Hotzi

Lässt sich denn der xcopy in der "Underscore"-Version durchführen, wenn du die besagten Dateien ausklammerst?
Merkwürdig ist, dass der xcopy funktioniert, wenn du ohne Underscore vorgehst. Also laut deinem ersten Statement inklusive der kritischen Dateien... verwirrt

Sicherheitshalber: ich gehe davon aus, dass wir hier nicht über die 4GB-Grenze unter FAT32 diskutieren (?)



gruss wolfie



Geschrieben von hotzi am 19.01.2006 um 21:15:

 

Hallo wolfie!

Zitat:
Lässt sich denn der xcopy in der "Underscore"-Version durchführen, wenn du die besagten Dateien ausklammerst?


Ja, dann klappt alles.

Zitat:
Merkwürdig ist, dass der xcopy funktioniert, wenn du ohne Underscore vorgehst. Also laut deinem ersten Statement inklusive der kritischen Dateien...


Ja, inklusive der kritischen Dateien. Das ist mir auch ein Rätsel.

Zitat:
Sicherheitshalber: ich gehe davon aus, dass wir hier nicht über die 4GB-Grenze unter FAT32 diskutieren (?)


Nein, im Ordner "_Wissenswertes" sind nur rund 13 MB, das Dateisystem ist NTFS.

Schleierhaft ist mir auch, wieso das Notebook keine Probleme macht.
Ich hab jetzt mal SyncBackSE eingerichtet und trenne mich von etlichen Batchdateien. Schließlich sind Sicherheitskopien wichtig, und wenn die Fehlermeldung bezüglich des Speichers nicht am Ende gekommen wäre, hätte ich sie gar nicht bemerkt (im DOS-Fenster scrollen ja die ganzen Aktionen recht schnell durch) und mich in trügerischer Sicherheit gewähnt. Sogar ein Zurückscrollen hätte wegen der Größe nicht gereicht, und das Ganze zwecks besserer Überprüfbarkeit jedesmal in eine Textdatei schreiben zu lassen, ist mir zu umständlich.

Gruß
hotzi



Geschrieben von wolfie am 20.01.2006 um 09:37:

 

Hallo hotzi

Wenn nachweisbar ist, dass sich das Problem ausschliesslich auf den Underscore reduziert, dann gäbe es folgenden Bypass:

ren C:\_Wissen Wissen
xcopy C:\Wissen\*.* [flags] D:\
ren C:\Wissen _Wissen

vielleicht einfach mal so lange, bis alles umgestellt ist...


gruss wolfie



Geschrieben von hotzi am 20.01.2006 um 16:28:

 

Hallo wolfie!

Ja, das ist es! Weil die Beseitigung des Unterstrichs in der Tat mein Problem löst, ist Dein Vorschlag eine pfiffige Lösung. Auf ein paar Batchbefehle mehr kommt's nun wirklich nicht mehr an, denn die betreffende BAT hat ja ohnehin schon 115 Zeilen und erledigt 38 Sicherungsmaßnahmen.

Vielen Dank für Deine Bemühungen
und noch einen schönen Abend wünscht Dir

hotzi



Geschrieben von Athena am 20.01.2006 um 17:12:

 

fein

wir danken wolfie und heften den Fall ab


-closed-

Athena


Forensoftware: Burning Board , entwickelt von WoltLab GmbH