Ein Arbeitskollege hat ein SSD-Laufwerk mit 240 GB von Kingston, das aus einem inzwischen abgestorbenen Computer stammt. Wir möchten in der Lage sein, einige Daten daraus wiederherzustellen (leider keine Backups), aber das Laufwerk wird nicht richtig gemountet.
Ich verwende ein externes Anker USB3-Festplattengehäuse, von dem ich weiß, dass es ordnungsgemäß funktioniert. Das Laufwerk stammt von einem Apple-Computer und wir versuchen, es auf einem anderen MacBook Pro wiederherzustellen.
Das Laufwerk wird unter DiskUtility angezeigt, ist jedoch ausgegraut. Der Versuch zu klicken, mountführt zu nichts. FirstAid schlägt ebenfalls fehl.
Was haben wir versucht?
Bisher haben wir ausgeführt, diskutil repairVolume disk2s2was die folgende Ausgabe ergab:
Repairing file system
Volume is already unmounted
Performing fsck_hfs -fy -x /dev/rdisk2s2
Checking Journaled HFS Plus volume
Invalid record count
Checking extents overflow file
Invalid record count
The volume could not be verified completely
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error
Wir haben auch ausgeführt, sudo /sbin/fsck_hfs -yprd /dev/disk2s2was zurückgegeben wurde:
/dev/rdisk2s2: starting
journal_replay(/dev/disk2s2) returned 0
Using cacheBlockSize=32K cacheTotalBlock=65536 cacheSize=2097152K.
Executing fsck_hfs (version hfs-407.50.6).
** Checking Journaled HFS Plus volume.
hfs_swap_BTNode: invalid forward link (0xFFFFFFFF)
hfs_swap_BTNode: invalid backward link (0xFFFFFFFF)
hfs_swap_BTNode: invalid node height (255)
hfs_swap_BTNode: invalid record count (0xFFFF)
Invalid record count
(4, 25511)
...repeats similar output...
Node 35746's back link is 0x0; expected 0x8c17
disk offset = 0x78f41000, size = 0x2000
Invalid sibling link
(4, 35746)
Node 35746's forward link is 0x0; expected 0x6489
disk offset = 0x78f41000, size = 0x2000
Invalid node height
(4, 35746)
Index key doesn't match first node key
Invalid index key
(4, 35746)
** The volume could not be verified completely.
volume check failed with error 7
volume type is pure HFS+
primary MDB is at block 0 0x00
alternate MDB is at block 0 0x00
primary VHB is at block 2 0x02
alternate VHB is at block 467182910 0x1bd8a53e
sector size = 512 0x200
VolumeObject flags = 0x07
total sectors for volume = 467182912 0x1bd8a540
total sectors for embedded volume = 0 0x00
CheckForClean - could not get VHB/MDB at block 467182910
CheckHFS returned -1317, fsmodified = 1
Was als nächstes?
Ich hoffe, dass das Laufwerk erkannt wird und die Daten dennoch wiederhergestellt werden können. Bevor ich mir bezahlte Software wie DiskWarrior anschaue, kann ich noch etwas versuchen, um auf die Festplatte zuzugreifen oder dieses record countProblem zu beheben.
1
Einfach gesagt, das Laufwerk ist tot. Zur Verdeutlichung sagen Sie zunächst Folgendes: „Ein Arbeitskollege verfügt über ein 240-GB-SSD-Laufwerk von Kingston, das aus einem inzwischen abgestorbenen Computer stammt.“ Dann sagen Sie: „… das Laufwerk wird jedoch nicht ordnungsgemäß eingebunden.“ Erste Frage I Was glaubst du ist "tot" in dem toten Computer? Wenn alle Komponenten funktionieren, sollte der Computer funktionieren. Und wenn Sie das nachholen, scheint der Antrieb tot zu sein. Ein externes Gehäuse kann vom Betriebssystem „gesehen“ werden, auch wenn darin kein Laufwerk angeschlossen ist. Ein externes Gehäuse ist eine Brücke. Sie sehen also nicht die Einfahrt, sondern die Brücke.
—
JakeGould
Hallo @JakeGould, ich sehe das Gehäuse in DiskUtility, aber ich sehe auch das Laufwerk "Untitled" unter dem Gehäuse - es meldet auch
—
Alex Holsgrove
OS Extended (Journaled)und die richtige 240 GB Kapazität. Der alte Computer hatte Probleme mit dem Bildschirm und der Tastatur und gehört einem Freund meines Kollegen. Ich bin also ein paar Leute von dem ursprünglichen Problem entfernt. Ich kenne nicht die vollständigen Details, aber das Laufwerk wurde entfernt, bevor die anderen Komponenten repariert wurden, und wurde dann nicht ersetzt, da die Daten wichtiger waren. Scheint dies ein Hardwarefehler oder nur beschädigte Sektoren zu sein (verzeihen Sie meine Terminologie).
In welchem Betriebssystem wurde dieses Laufwerk formatiert? Wenn es von einem anderen MacOS-Rechner stammt, würde ich sagen, dass das Laufwerk zu 100% tot ist. Aber wenn es von einem Windows-Computer stammt und so formatiert ist, dass macOS es nicht erkennt, kann dies auch ein Faktor sein. Wenn Sie Zugriff auf einen Windows-Computer haben, bringe ich das Laufwerk einfach dorthin und überprüfe, ob es dort bereitgestellt werden kann. Und wenn es nicht geht? Traurig zu sagen, dass es tot ist.
—
JakeGould
Es war von einem MacOS-Computer, also hatte ich gehofft, wir würden einfach das Laufwerk anschließen und die Daten von ihm abrufen. Ich ging davon aus, dass der Bildschirm / die Tastatur die eigentliche Ursache dafür waren, dass der ursprüngliche Computer nicht funktionierte. Wenn die Daten immer noch auf dem Laufwerk gespeichert sind, kann ich die "Sektorinformationen" nicht reparieren oder neu erstellen, sodass auf diese zugegriffen werden kann? Hätte DiskWarrior eine Chance auf Wiederherstellung?
—
Alex Holsgrove
Es ist keine schlechte Nachricht für mich, da ich mehrere Backups behalte! Aber ich verstehe - ein Stromstoß kann die DRAM-Chips beschädigen, ohne dass ich es sehen kann. Ich hätte gedacht, dass ein solcher Fall verhindern würde, dass das Laufwerk in DiskUtility angezeigt wird. Ich war optimistisch, aber ich werde die schlechten Nachrichten teilen! Vielen Dank für Ihre Hilfe Jake
—
Alex Holsgrove