Beschädigte NTFS-Dateien (keine solchen Dateien oder Verzeichnisse); kann ich sie unter Linux reparieren?

Ich versuche, Dateien mit PartedMagic auf meine externe Festplatte zu kopieren. Mein Computer bootet nicht, daher senden wir ihn zur Reparatur ein. Ich habe ALLES ausprobiert, kann es aber nicht dazu bringen, in eine Desktop- oder Wiederherstellungsumgebung zu booten. Ich kann über eine PartedMagic-Befehlszeile booten (mit Ultimate Bot-CD). Deshalb kopiere ich stattdessen nur Dateien. Beide Laufwerke sind NTFS. Ich verwende PartedMagic mit integrierter NTFS-Unterstützung.

Mein Problem ist, dass der cpBefehl zufällige Dateien überspringt. So sieht der Befehl aus:

root@PartedMagic:/mnt/local/Users# cp -R ianco/* /mnt/usb/ianco-bak/

Der Fehler, den ich erhalte, ist:

cp: cannot open <filename> for reading: No such file or directory

Nachdem ich dieses Problem erhalten hatte, führte ich diesen Befehl erneut aus, jedoch mit dem -nParameter (nicht überschreiben), und bemerkte, dass genau dieselben Dateien übersprungen wurden. Ich habe ein Protokoll der übersprungenen Dateien hier .

Warum werden diese spezifischen Dateien übersprungen, und was noch wichtiger ist, wie kann ich dafür sorgen, dass alles kopiert wird?

EDIT 1: Ich habe llund catauf einer der betroffenen Dateien ausgeführt, und das ist, was ich bekomme

root@PartedMagic:/mnt/local/Users# ll ianco/AppData/Local/Android/sdk/docs/images/android-5.0/notifications/expandedtext_combo.png
-rwxrwxrwx    2 root     root             0 Apr 25  2016 ianco/AppData/Local/Android/sdk/docs/images/android-5.0/notifications/expandedtext_combo.png

root@PartedMagic:/mnt/local/Users# cat ianco/AppData/Local/Android/sdk/docs/images/android-5.0/notifications/expandedtext_combo.png
cat: ianco/AppData/Local/Android/sdk/docs/images/android-5.0/notifications/expandedtext_combo.png: No such file or directory

— iancoguz
quelle

Sie haben gesagt: "Ich habe hier ein Protokoll der übersprungenen Dateien erstellt:", wo ist "hier"?

— wb9688

Wenn es immer die gleichen Dateien überspringt, ist das nicht „Überspringen Zufall Dateien“, das ist wahrscheinlich ein Problem mit diesen Dateien ...

— chthonicdaemon

Haben Sie überprüft, ob eine dieser Dateien tatsächlich vorhanden und lesbar ist, indem Sie eine catauf ihnen ausführen? Was zeigt llfür einen von ihnen? Vielleicht sind sie tote Symlinks?

— Dirkt

Oder es handelt sich um beschädigte Dateien ...

— DavidPostill

Wie genau hat Ihr System den Status "Booten nicht möglich" eingegeben? Es sieht so aus, als ob die Beschädigung des Dateisystems beteiligt sein könnte. Haben Sie versucht, das Laufwerk an ein funktionierendes Windows anzuschließen, damit es darauf ausgeführt werden kann chkdsk? (Ich glaube, Linux kann NTFS nicht reparieren). Die llAusgabe, die Sie zur Verfügung gestellt haben, hat die Größe von Berichten 0. Ich denke, sie kann auch auf eine beschädigte Datei oder ein beschädigtes Dateisystem hinweisen. Überprüfen Sie die Größe anderer problematischer Dateien.

— Kamil Maciorowski

Antworten:

Ich schreibe dies, nachdem das OP das Dateisystem mit repariert hatchkdsk . Diese Antwort enthält nützliche Informationen aus Kommentaren, um zukünftigen Benutzern mit ähnlichen Problemen einen Einblick zu geben.

Die llAusgabe gibt die Größe 0der Datei an, die Daten enthalten soll. Dies sowie der aufgetretene Fehler weisen auf eine beschädigte Datei oder ein beschädigtes Dateisystem hin.

Linux ist nicht gut gerüstet, um beschädigtes NTFS zu reparieren. Es gibt ein ntfsfixWerkzeug, aber das Handbuch sagt:

ntfsfix ist ein Dienstprogramm, das einige häufig auftretende NTFS-Probleme behebt. ntfsfixist KEINE Linux-Version von chkdsk. Es werden nur einige grundlegende NTFS-Inkonsistenzen repariert, die NTFS-Journaldatei zurückgesetzt und eine NTFS-Konsistenzprüfung für den ersten Start von Windows geplant.

Wie Sie sehen, überlässt das Tool Windows die Arbeit. Es scheint, dass es keine Möglichkeit gibt, schwerwiegende NTFS-Probleme nur unter Linux zu reparieren.

Das richtige Tool ist Windows chkdskmit /fOption. Um es zu benutzen, können Sie entweder:

Booten Sie mit einer Windows-Reparaturdiskette, die Folgendes bereitstellt chkdsk.
oder schließen Sie das Laufwerk an einen funktionierenden Windows-Computer an und führen Sie es chkdskvon dort aus aus.
oder (auf umständliche Weise kann es dennoch nützlich sein, wenn Sie das Laufwerk nicht entfernen oder nicht booten können, um die Festplatte zu reparieren) Klonen Sie das Laufwerk auf ein anderes (mit ddoder ddrescue), schließen Sie dann den Klon an das funktionierende Windows an, reparieren Sie das Dateisystem und rufen Sie Ihre Dateien auf.

— Kamil Maciorowski
quelle

Ich habe es herausgefunden (natürlich mit Hilfe aller in den Kommentaren). Der Grund dafür ist, dass ich nicht mit UEFI booten konnte, wofür die Windows 10-Reparaturdiskette konfiguriert wurde. Ich konnte jedoch von einer Windows 7-Reparaturdiskette booten.

Nachdem ich von der Windows 7-Reparaturdiskette gebootet hatte, lief ich chkdsk C: /fund nachdem dies abgeschlossen war (was übrigens mehr als 24 Stunden dauerte), konnte ich die (nicht mehr) beschädigten Dateien auf meine Festplatte kopieren. Ich hoffe, dies hilft allen anderen, die das gleiche Problem haben.

— iancoguz
quelle