Partitionsbeschädigung, kann Dateien immer noch im Einzelbenutzermodus sehen, möchte Dateien abrufen

Partitionsbeschädigung, kann Dateien immer noch im Einzelbenutzermodus sehen, möchte Dateien abrufen

Das Problem begann nacherzwingen des Herunterfahrens des Mac. Seitdem bleibt es beim Booten bei dem grauen Apfel mit dem sich drehenden Rad hängen. Ich habe ein paar allgemeine Dinge ausprobiert, um auf meine Daten auf meinem internen Laufwerk zugreifen zu können, aber ohne Erfolg. Ich habe zuerst versucht, auf der Wiederherstellungspartition von Mountain Lion zu booten, aber es tritt immer noch das gleiche Problem mit dem Apfel und dem sich drehenden Rad auf, was mich glauben lässt, dass die Partition und nicht das Volume beschädigt ist.

Ich habe versucht, den iMac im Target-Modus zu booten und Folgendes zu tun:

1)Ich habe versucht, die Festplatte mit dem Festplatten-Dienstprogramm zu reparieren, aber beim Versuch, die Festplatte auf dem Hardwareelement (nicht auf dem Datenträger) zu „reparieren“, wird Folgendes ausgegeben:

Verifying and repairing partition map for “AAPL FireWire Target Media”
Checking prerequisites
Problems were encountered during repair of the partition map
Error: Some information was unavailable during an internal lookup

2)Data Rescue und Disk Warrior bleiben hängen, wenn ich sie öffne und wenn die Zielfestplatte angeschlossen ist, aber nicht, wenn ich sie trenne.

Was mich glauben lässt, dass einige Daten gespeichert werden können, ist Folgendes

3)Im Einzelbenutzermodus kann ich durch die Ordner der verschiedenen Benutzer navigieren und sogar ihre Textdateien öffnen. Die fsck -fyAusgabe des Befehls lautet:The Volume Macintosh HD appears to be OK.

Wenn Sie den /sbin/mount -uw /Befehl ausführen, wird ausgegeben

SATA WARNING: Enable auto-activate failed
disk0s2: I/0 error.

gefolgt von ein paar Zeilen Kauderwelsch, gefolgt von:

hfs: cat_delete() failed to delete thread record on volume Macintosh HD
hfs: Runtime corruption detected on Macintosh HD, fsck will be forced on     next mount
hfs_remove_orphans: failed to start transaction
hfs: hfc_btree_open: hfs_getnewvnode error 2

Ich kann also das interne Laufwerk nicht mounten und ich kann anscheinend auch kein externes Laufwerk mounten, um meine Dateien darauf zu kopieren (da ich den Zielordner für das darauf mounten zu könnende Gerät nicht erstellen kann). Es scheint, dass im Einzelbenutzermodus keine Netzwerkverbindung besteht (es sei denn, ich übersehe etwas), daher glaube ich nicht, dass ich die Daten über das Netzwerk senden kann und mein Laptop weigert sich, die Zielfestplatte zu mounten.

Ich möchte einige wichtige Dokumente speichern und frage mich, ob es eine Möglichkeit gibt, auf die Dateien auf der Festplatte genauso zuzugreifen wie im Einzelbenutzermodus.

Vielen Dank für alle Antworten!

Antwort1

Versuchen Sie, das Laufwerk als einfaches Blockgerät zu behandeln und verwenden Sie es, ddum die Sektoren auf die externe Festplatte zu kopieren. Dadurch werden alle logischen Fehler bei den Partitionen und Volumes umgangen. Die Tatsache, dass Sie einen E/A-Fehler erhalten haben, könnte auf ein physisches Problem in einem kritischen Bereich des internen Laufwerks hinweisen. Versuchen Sie dann die Wiederherstellung von dieser externen Kopie, möglicherweise auf einem anderen Laufwerk, falls Sie eines haben.

Es wäre nützlich zu wissen, ob ddes an einem bestimmten Punkt fehlschlägt, insbesondere am Anfang, wo kritische Strukturen vorhanden sein könnten. Leider erfordert es, um eine Ausgabe zu erhalten, die Prozess-ID beim Start abzurufen (z. B. indem man es im Hintergrund laufen lässt) und dann einen

kill -SIGINFO process-ID

nach Bedarf. (Das ist SIGINFOund nicht USR1das, was Linux verwendet.) Um Problemstellen zu überspringen, fügen Sie die Option hinzu conv=noerror,sync. Wenn das Kopieren hängen bleibt, können Sie sogar versuchen, sowohl die Eingabe als auch die Ausgabe zu durchsuchen, um diese Stellen vollständig zu vermeiden, in Abschnitten von hinten nach vorne zu kopieren usw.

Beachten Sie, dass dies ddziemlich gefährlich ist. Daher ist es möglicherweise sicherer, etwas wieGNU ddrescue(habe es selbst nie probiert).

Antwort2

Danke für die Antworten, aber ich konnte einfach ein externes Laufwerk in den Ordner /tmp mounten. Auf diese Weise konnte ich alle meine Dateien darauf kopieren.

verwandte Informationen