Ich habe ein großes (15,7 Gigabyte) VM-Image, das ich von meinem Laptop sichern möchte.
Es befindet sich auf einer NTFS-Partition (Windows 7; 64 Bit).
Wenn ich versuche, die Datei mit dem „Windows Explorer“ zu kopieren, bleibt sie immer bei 4 Gigabyte hängen. Die Datei wird nicht verwendet. Die 4 GB-Grenze sollte nicht gelten, wenn ich die Einschränkungen von FAT16/NTFS verstehe. Die Fehlermeldung lautet:
„Kann nicht von der Quelldatei oder dem Datenträger lesen.“
Es ist egal, wohin ich es kopiere, z. B. auf ein Netzlaufwerk oder ein externes NTFS-Laufwerk. Ich habe auch versucht, die Datei mit 7zip aufzuteilen (zip; keine Komprimierung). 7zip gibt die Fehlermeldung „Datenfehler (zyklische Redundanzprüfung)“ aus. Dann habe ich versucht robocopy <source folder> <destination folder>; robocopyBerichte ERROR 23und Data error (cyclic redundancy check). Das Kopieren auf einen SFTP-Server hat ebenfalls einen Fehler ergeben.
Das Seltsame ist jedoch, dass die Datei nicht beschädigt ist. Das VirtualBox-Image wird problemlos geladen und ich kann alle üblichen Vorgänge darauf ausführen.
Können Sie mir Tipps geben, was ich als nächstes ausprobieren soll? Ich kenne mich mit Linux besser aus und würde gerne eine Rohkopie (unter Linux: dd) versuchen, weiß aber nicht, wie das unter Windows geht. Beachten Sie auch, dass ich auf diesem Rechner kein Administrator bin (aber ich kann ihn mit etwas Aufwand anfordern). Ich habe auch nicht die Möglichkeit, das Laufwerk auf einem anderen System zu mounten. Leider sind meine internen Administratoren nicht sehr kreativ...
Was könnte helfen? Dateisystemprüfung (weiß nicht, wie man das erzwingt)? „Rohkopie“ – es scheint Online-Tools zu geben? Irgendwelche Befehle, die ich ausprobieren könnte?
Antwort1
Die betreffende Datei weist möglicherweise einen fehlerhaften Sektor auf, der normalerweise nicht verwendet wird und daher erst beim Kopieren aller Sektoren entdeckt wird.
Informationen zum Status der Festplatte finden Sie in den SMART-Attributen, beispielsweise mit SpeccySie können auch in der Ereignisanzeige nach Meldungen zur Festplatte suchen.
Wenn ein fehlerhafter Sektor gefunden wird, können Sie die VM entweder verwerfen oder neu erstellen oder sie aus dem Backup kopieren.
Andernfalls müssen Sie Produkte zur Wiederherstellung der Festplatte verwenden. Oder Sie könnten ein unaufhaltsames Kopierprodukt verwenden, das den fehlerhaften Sektor einfach ignoriert, aber dann am Ende eine beschädigte VM hat.
Antwort2
Ich bin ein wenig verwirrt über die Partitionsformate auf der Quelle und den Zielen:
- NTFS(unter Windows 7) unterstützt eine maximale Dateigröße von16 TB
- FAT16unterstützt eine maximale Dateigröße von4GB
Wenn Sie versuchen, eine 16 GB große Datei von einer NTFS-Partition in Windows 7 auf eine FAT16-Partition zu kopieren, wird dies nicht funktionieren (unabhängig vom Kopiermechanismus, z. B. USB, SCP oder Netzwerklaufwerk) und bei der 4-GB-Marke fehlschlagen, da dies die größte auf FAT16 zulässige Dateigröße ist.
Ich empfehle, die Partitionsformate und die maximalen Dateigrößen der Ziele, auf die Sie kopieren möchten, noch einmal zu überprüfen.
Antwort3
Vielen Dank an alle für die Hilfe und Begeisterung. Es ist immer wieder aufschlussreich zu sehen, wie viel Hilfe man hier bekommen kann.
Auflösung der Geschichte:
Nach Befolgung der Ratschläge zum Exportieren der VM,schlechte BlöckeTheorie hat meine Aufmerksamkeit erregt. Interessanterweise hatten die fehlerhaften Blöcke keinen Einfluss auf den Betrieb des VM-Gasts, da er sich wahrscheinlich im ungenutzten Gastfestplattenspeicher befand. Es könnte auch damit zusammenhängen, dass die VM-Festplatte als „erweiterbar“ auf eine maximale Größe von 20 Gigabyte erstellt wurde, aber noch nicht so viel Speicherplatz verwendete.
Aufgrund fehlender Administratorrechte konnte ich nicht die gesamte Host-Festplatte mounten oder installierenunaufhaltsame Kopierer. Der entscheidende Hinweis kam jedoch von @criggie: „Sichern Sie die VM voninnerhalb".
Ich habe der VM eine zweite virtuelle Festplatte hinzugefügt ( sdb) und auch ein bootfähiges Linux-ISO angehängt. Innerhalb des gebooteten Linux-ISO konnte ich ausführen, um auf ddzu spiegeln . Dies führte jedoch zu Fehlern. Als dies fehlschlug, griff ich auf zurück , das so viel wie möglich kopierte (während ich mit spielte , zum ersten Mal auch einsdasdbddddrescueddWindowsHinweise auf eine Beschädigung der Festplatte erschienen – ebenfalls angezeigt):
Ich konnte das 20 Gigabyte große Image sdbauf einem externen Laufwerk sichern. Ich habe die beschädigte virtuelle Festplatte sdaund das ISO aus der VM entfernt und das neue System aus dem Backup heraus gebootet sdb. Bisher sieht es so aus, als ob keine Datenbeschädigung aufgetreten wäre, zumindest nicht in den Systembibliotheken oder im Home-Verzeichnis.
Besonderer Dank geht auch an @Silbee und @harrymc. Ich werde meine eigene Antwort akzeptieren, um die spezifische Lösung anzuzeigen.
Antwort4
Die Datei scheint 15 Gigabyte groß zu sein, aber wenn sie nur spärlich belegt ist (VM Ware macht das, wenn Sie es während der Datenträgererstellung auswählen), wird sie beim Kopieren möglicherweise auf ihre volle Größe erweitert.
Wenn es sich um eine 100 GB große Sparse-Festplatte handelt, die fast leer ist, passt sie nicht auf einen 64 GB großen USB-Stick, wenn alle diese Nullen eingefügt werden