Beim Sichern einiger Daten (ein 200 GB großes Home-Verzeichnis) mit rsyncerhielt ich einen I/0-Fehler für eine bestimmte Datei, woraufhinrsyncfuhr mit der Sicherung „normal“ fort. Die problematische Quelldatei wies eine Dateigröße von 72 Byte auf.
Ich habe abgesagt rsyncund führte denselben Befehl erneut aus. Diesmal zeigte dieselbe Datei an, dass sie Daten übertrug.viele Daten...und mehr Daten und mehr... Ich habe die Größe der Zieldatei überprüft und sie betrug bis zu 13 GB! Also habe ich mit Strg-C abgebrochenrsync.
Beim erneuten Überprüfen der Quelldateigröße in Nautilus wurde eine Größe von 60.0 PB(Peta Bytes!) auf einem 500-GB-Laufwerk angezeigt.
Nun zum Hauptpunkt der ganzen Sache: Würde/könnte das Löschen dieser Datei einen Datenverlust in anderen Dateien verursachen, wenn man bedenkt, dass das Dateisystem sie als viel größer wahrnehmen kann, als sie tatsächlich ist … Das Dateisystem ist ext4…
Ich könnte es einfach überspringen mit einemrsyncAusnahme, aber mich interessiert besonders, was passieren könnte, wenn es gelöscht wird.
UPDATE: Ziel und Quelle sindext4
Bezüglich der Vermutungen, dass es sich um eine Sparse-Datei handelt: Wenn es eine Sparse-Datei ist, warum sollte sie dann von Minute zu Minute unterschiedliche Größen aufweisen? Die Datei war zu diesem Zeitpunkt sicherlich(?) nicht in Gebrauch. Es ist eine ~/.macromedia/Flash_Player/#SharedObjects/someting-or-other.solDatei, von der esvielemehr solche.SolDateien in diesem Verzeichnis ... außerdem wurde beim ersten Durchgang ein E/A-Fehler angezeigt.
Außerdem ist laut man rsyncdie vorgeschlagene -SOption die Handhabung von Sparse-Dateieneffizient, nichtrichtig, das lässt für mich darauf schließen, dass -Seine Sparse-Datei in beiden Fällen korrekt kopiert werden sollte, obwohl ich es nicht verwendet habe: was nicht der Fall war, und selbst wenn es sich um eine Sparse-Datei handelt, liegt mit 60,0 Petabyte sicherlich(?) irgendwo ein Fehler im Dateisystem vor ... und das ist meine Hauptsorge: Wenn es einen Fehler im Dateisystem gibt, könnte das Löschen dieser Datei Auswirkungen auf andere Dateien haben?
Genauer gesagt: Als ich es abgebrochen habe, wurden 13 GB Daten geschrieben (Tendenz steigend). Könnte es dann beim Löschen auch 13 GB – 60 PB Daten löschen?
Antwort1
Es sieht so aus, als ob das Quelldateisystem beschädigt ist, normalerweise entweder aufgrund eines Kernelfehlers oder eines fehlerhaften RAM (eine beschädigte Festplatte führt eher zu unlesbaren Dateien als zu beschädigten Daten). An diesem Punkt ist alles möglich. Wenn die Beschädigung jedoch sehr lokal begrenzt war, ist nur der Inode dieser einen Datei beschädigt und andere Dateien sind unbeschädigt, sodass Sie die Datei sicher löschen können. Beachten Sie, dass es keine Möglichkeit gibt, diese Annahme zu testen.
Meine Empfehlung lautet:
- Führen Sie einen RAM-Test durch oder schließen Sie die Festplatte an einen anderen Computer an.
- Stellen Sie sicher, dass Sie alle Ihre Daten gesichert haben.
- Überprüfen Sie den Zustand der Festplatte nach Möglichkeit mit SMART.
- Laufen
fsck. - Wenn die Festplatte noch einwandfrei ist, können Sie sie weiter verwenden.
Antwort2
Es ist einSparse-Datei. Sie sollten die Verwendung von in Betracht ziehen -S, damit die Datei möglichst ordnungsgemäß behandelt wird.
Antwort3
Dies ist höchstwahrscheinlich einSparse-Datei. (wenn nicht, dann laufJetzt!) Das stimmt nichtGenau genommennimmt den ganzen Raum ein, es hat Löcher. Vielleicht ein großes Loch.
Löschen Sie es von der rsyncZielseite und fügen Sie dann die -SOption (sparse) hinzu, um rsyncsicherzustellen, dass Sparse-Dateien erkannt und verarbeitet werden.
Der Zieldateisystemtyp sollteunterstützt Sparse-Dateienauch. (Kurzfassung: ext[234]tut es, NTFS tut es, FAT nicht)