"Dateiname für den Zielordner zu lang" - Fehlermeldung beim kopieren von Daten per Windows Explorer
Hey,
ich wollte gestern die Daten von meiner 750GB großen HDD-Festplatte auf meine andere 4TB Festplatte kopieren,
um alle Dateien an einem Ort zu haben.Insgesamt befinden sich auf der Quellfestplatet 689GB Daten,
die auch teilweise aus einem früheren Windows-10-Backup stammen. Ich hab den Kopierprozess über Nacht laufen lassen,
da immer abwechselnd 30MB/s und dann wieder nur 50KB/s kopiert wurden und das wirklich ewig dauert.
Aber jetzt zu meinem Problem: Anfangs konnten Dateien nicht von der 1. auf die 2. Festplatte kopiert werden.
Das lag allerdings am Dateisystem (FAT32). Ich habe dann per CMD das Dateisystem auf meiner 4TB-HDD zu NTFS konvertiert.
Also habe ich den Kopiervorgang am nächsten Tag erneut gestartet. Nun wurden ca. 1/4 aller Dateien nicht kopiert,
weil der Dateiname angeblich zu lang ist. Kann man das Problem irgendwie umgehen? Mit CMD-xcopy oder so?
Ich kann halt nicht einfach irgendetwas testen, weil es eben 689GB wichtige Daten sind, deshalb bin ich hier wirklich sehr
auf Hilfe angewiesen. Dazu würde es ewig dauern, jede einzelne Datei in einem kürzeren Dateipfad abzuspeichern oder
jeden einzelnen Dateinamen zu ändern. Und wie oben beschrieben, würde das auch nicht wirklich Sinn machen,
da viele Dateien zu einem früheren Windows-System gehören und eigentlich Dateiname sowie Dateipfad behalten sollten.
Ich hoffe mir kann hier jemand weiterhelfen.
Vielen Dank im Voraus
LG BatchCoder
ich wollte gestern die Daten von meiner 750GB großen HDD-Festplatte auf meine andere 4TB Festplatte kopieren,
um alle Dateien an einem Ort zu haben.Insgesamt befinden sich auf der Quellfestplatet 689GB Daten,
die auch teilweise aus einem früheren Windows-10-Backup stammen. Ich hab den Kopierprozess über Nacht laufen lassen,
da immer abwechselnd 30MB/s und dann wieder nur 50KB/s kopiert wurden und das wirklich ewig dauert.
Aber jetzt zu meinem Problem: Anfangs konnten Dateien nicht von der 1. auf die 2. Festplatte kopiert werden.
Das lag allerdings am Dateisystem (FAT32). Ich habe dann per CMD das Dateisystem auf meiner 4TB-HDD zu NTFS konvertiert.
Also habe ich den Kopiervorgang am nächsten Tag erneut gestartet. Nun wurden ca. 1/4 aller Dateien nicht kopiert,
weil der Dateiname angeblich zu lang ist. Kann man das Problem irgendwie umgehen? Mit CMD-xcopy oder so?
Ich kann halt nicht einfach irgendetwas testen, weil es eben 689GB wichtige Daten sind, deshalb bin ich hier wirklich sehr
auf Hilfe angewiesen. Dazu würde es ewig dauern, jede einzelne Datei in einem kürzeren Dateipfad abzuspeichern oder
jeden einzelnen Dateinamen zu ändern. Und wie oben beschrieben, würde das auch nicht wirklich Sinn machen,
da viele Dateien zu einem früheren Windows-System gehören und eigentlich Dateiname sowie Dateipfad behalten sollten.
Ich hoffe mir kann hier jemand weiterhelfen.
Vielen Dank im Voraus
LG BatchCoder
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 619393
Url: https://administrator.de/contentid/619393
Ausgedruckt am: 22.11.2024 um 05:11 Uhr
25 Kommentare
Neuester Kommentar
Ja, aber bei Dir doch kein Problem. Das Ziel hat weniger als die Quelle. Alles was am Ziel ist, ist von der Quelle. Also werden nur die fehlenden Dateien kopiert. (Differenzkopie)
Zitat von @BadBatchCoder:
Der Kopiervorgang läuft jetzt durch, das Zielverzeichnis ist aber irgendwie verschwunden und ich kann den Ordner auch mit "Ausgeblendete Elemente anzeigen" nicht mehr finden. Ist das normal während dem Kopierprozess?
Warte mal. Siehst Du meinen Finger auf Deinen Bildschirm. Hier! Nein, nicht da! Hier! ...Der Kopiervorgang läuft jetzt durch, das Zielverzeichnis ist aber irgendwie verschwunden und ich kann den Ordner auch mit "Ausgeblendete Elemente anzeigen" nicht mehr finden. Ist das normal während dem Kopierprozess?
Hm, ja ....
Bohre, bohre, bohre ....
Und welcher von den Dreien?
Bohre, bohre, bohre ....
Und welcher von den Dreien?
Hab grad nur bissl Angst, dass die Quellfestplatte oder irgendwelche anderen Dateien auf der Zielfestplatte gelöscht werden könnten durch den Fehler.
Das auf der Quell-FP was gelöscht wird ist nicht möglich durch robocopy, es sein denn du verwendest /move oder vertauscht quelle+ziel
Auf der Ziel-FP bzw. im Ziel.Verzeichniss ist natürlich möglich das was gelöscht wird bei /mir (siehe oben)
Zitat von @emeriks:
Bin ich blind oder sind beide identisch?
Bin ich blind oder sind beide identisch?
robocopy A:\ B:\Backup_von_A\ /MIR
robocopy A:\ B:\Backup_von_A\ /MIR
robocopy A:\ B:\Backup_von_A\ /MIR
In dem, was Du geschrieben hast, gibt es keinen. BadBatchCoder schrieb aber:
A:\ B:\Backup_von_A\
A:\ B:\Backup_von_A
A:\ B:\Backup_von_A
Und da ist ein Unterschied, nämlich der fehlende Backslash nach dem Zielordnernamen ...
Nein, schrieb er nicht. Er hat es nachträglich geändert. Das hat er aber auch geschrieben.
Wenn dein Ziel bzw. Zielfestplatte bereits Daten hat und du das zu kopierende Zeug in einen bestimmten Ordner kopieren möchtest, musst du folgendes machen:
robocopy QUELLE ZIELPLATTE\ZIELORDNER /mir
Wenn du mit /mir einfach in das Root-Verzeichnis von ZIELFESTPLATTE (ohne das \ORDNER) mit /mir kopierst, wird der Inhalt aus dem Root-Verzeichnis gelöscht.
Also, mach einfach:
Hoffe, ich hab das verständlich genug formuliert.
Viele Grüße
Daemmerung
robocopy QUELLE ZIELPLATTE\ZIELORDNER /mir
Wenn du mit /mir einfach in das Root-Verzeichnis von ZIELFESTPLATTE (ohne das \ORDNER) mit /mir kopierst, wird der Inhalt aus dem Root-Verzeichnis gelöscht.
Also, mach einfach:
robocopy E:\ G:\Zielordner /mir
Hoffe, ich hab das verständlich genug formuliert.
Viele Grüße
Daemmerung