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

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.

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.