Hallo
Das ist mir schon öfter aufgefallen, aber so richtig kapier ich nicht, wo eigentlich das Problem ist:
Wenn ich eine Festplatte auf eine andere Duplizieren will, und entsprechend eine recht große Anzahl Dateien kopiere, geht das am Anfang recht flott los, und wird dann immer langsamer. Meistens kommt der Prozess dann irgendwann total zum erliegen. Oder es gibt seltsame Fehlermeldungen.
Erst Aktuell wieder, der Versuch eine Platte zu übertragen. Etwas über 500GB, aber so weit ist der Rechner nie gekommen. Anfangs angeblich etwas mehr als 7 Stunden geplante Dauer, daraus wurden 10, und dann 20. Am nächsten morgen dann hängt der Rechner bei einer Datei: Fehlermeldung file too large. Es handelte sich um ein popliges kleines jpg Bildchen, das dem Rechner zu viel war. Also das ganze abgebrochen, und das jpg einzeln rüberkopiert. Geht ohne Probleme. Platz war also genug.
Ich habe das schon früher immer wieder erlebt, unabhängig vom verwendeten Betriebssystem, oder der Hardware. Auch fabrikneue Festplatten werden bei großen Datenmengen immer träger und bringen schließlich Fehlermeldungen.
Warum ist das so? Und wie kann man so ein Festplattenduplikat problemlos ohne Schwierigkeiten machen?
Hallo,
wie hast du die Platte dupliziert?
Mit copy und paste?
Ja. Es war keine Systemdisk oder so. Also reine Datenplatte. Und was anderes hatte ich nicht.
Möglichkeit 1: Klonen
Möglichkeit 2: xcopy bzw. robocopy
Nutze ein Backup Programm, wenn Du nicht so DOS-firm bist, z.B.
https://personal-backup.rathlev-home.de/
Grüsse
Das Problem mit dem klonen ist, daß ich zwar die Dateien auf der neuen Platte haben will, aber keine Partition. Grund ist, daß ich das Sammelsurium kleinerer Platten am Rechner mal verringern will. Inzwischen gibt es ja auch große Festplatten zu bezahlbaren Preisen. Also will ich den Inhalt mehrerer kleiner Platten auf einer großen zusammenfassen. Dabei aber nicht für jede alte Platte eine Partition anlegen, sondern das soll alles zusammen in eine große Partition.
Das ist beim klonen nicht so einfach, weil hier auch das Dateisystem übertragen wird. Also hätte ich dann wieder kleinere Partitionen auf der großen Platte.
Und DOS oder Windows Programme nützen mir nix. weil der Rechner hier unter Linux Mint 20.3. Una läuft.
Habs gestern Abend mal mit GParted versucht, leider ohne Erfolg. Bin da irgendwie an der Bedienung gescheitert. Aber das probier ich nochmal, solche Versuche sollte man nicht Nachts um 2 nach Feierabend machen 
Windows mit seinem Explorer ist das Problem. Das Ding ist halt beschi… programmiert.
führt in die Irre - der Explorer selber hat keinen Speicherplatz im Ram mehr und bricht ab. Weil er Listen über die Dateien führt, diese Listen irgendwann zu viel Platz brauchen und nicht in die Auslagerungsdatei gepackt werden können.
Da passt der Hinweis mit dem Windows-Explorer dann nicht so ganz 
Moin,
Als privater Nutzer von Linux Mint 20.3 nutzte ich als Backup Lösung Grsync, das mit dieser Distribution mitgeliefert wird: https://www.linux-community.de/ausgaben/linuxuser/2012/05/datenbestaende-per-mausklick-synchronisieren-mit-grsync/
Eine durchaus spartanische Oberfläche, aber einen Versuch wäre es wert. Damit sichere ich meine Fotos in eine Cloud, auf einem NAS und auf einer externen Festplatte.
-Luno
Danke. Gleich mal installiert, mal sehen was passiert 
Unter Linux macht man sowas am besten mit rsync.
So nachdem ich das mehrfach probieren musste, hab ich nun ein „Ergebnis“ mit Grsync:
Quelllaufwerk: 576.329 Objekte, mit insgesamt 562,9 GB
Ziellaufwerk: 576.132 Objekte, mit insgesamt 562,9 GB
Wie bekomme ich jetzt raus, welche Dateien nicht kopiert wurden?
Moin,
Als Linuxer möchtest du diff kennen lernen: https://www.tippscout.de/linux-verzeichnisse-vergleichen_tipp_6141.html und
https://wiki.ubuntuusers.de/diff/
-Luno