Mounten des Volumes

Überprüfung des Festplattendienstprogramms und mögliche Reparatur der Partitionszuordnung

Wenn Sie dies noch nicht getan haben, verwenden Sie das Festplatten-Dienstprogramm 13 (426) in OS X 10.8, um Folgendes auszuwählen und zu überprüfen:

• nicht die ausgegraute Partition
• stattdessen die physische Festplatte, die die Partition enthält.

Wenn die Überprüfung ein Problem mit der Partitionszuordnung ergibt, sollten Sie dem Festplattendienstprogramm erlauben, eine Reparatur zu versuchen.

Ohne Festplatten-Dienstprogramm fortfahren

Kredit an Caesiums Antwort für das Finden des asrVorschlags.

Hier mit einem Einweg-JHFS+-Volumen, ein Beispiel für erwartungsgemäß funktionierende Anpassungen. Beachten Sie die Dateisystemprüfungen:

macbookpro08-centrim:~ gjp22$ diskutil unmount /dev/disk12s1
Volume sandpit on disk12s1 unmounted
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_UFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil list disk12
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.9 MB   disk12
   1:                  Apple_UFS sandpit                 256.9 MB   disk12s1
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume on disk12s1 failed to mount
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_HFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume sandpit on /dev/disk12s1 mounted
macbookpro08-centrim:~ gjp22$ 

Wenn der eigene Typ /dev/disk0s4nicht sicher angepasst oder (neu) eingestellt werden kann, Apple_HFSdann:

• das Betriebssystem funktioniert möglicherweise nicht mehr mit dem HFS Plus-Dateisystem (oder Resten davon), das den betroffenen Bereich der physischen Festplatte belegt oder belegt; Und
• Sie könnten die Integrität der Partition anzweifeln (Start- und Endblöcke usw.).

Relevante Zeilen von sollten zeigen, was, wenn überhaupt, vor, während oder nach der Installation des Betriebssystems bis /private/var/log/install.logpassiert ist . Diese protokollierten Informationen können für die Wiedererlangung eines einfachen Zugriffs auf die Daten von entscheidender Bedeutung sein.disk0s4disk0s2

Abrufen der Daten ohne Mounten des Volumes

Viel Glück bei der Verwendung von Data Rescue 3 – Ich habe die App, habe aber noch nie versucht, einen Bereich einer Festplatte wiederherzustellen, bei dem der Partitionstyp auf diese Weise betroffen war.

Beobachtungen

Geräte-/Medienname

Dies stimmt manchmal, aber nicht immer, mit dem Volumenamen überein. Hier zum Beispiel:

macbookpro08-centrim:~ gjp22$ diskutil info disk0s2 | grep Name:
   Device / Media Name:      swap
   Volume Name:              swap
macbookpro08-centrim:~ gjp22$ diskutil info disk0s4 | grep Name:
   Device / Media Name:      Untitled
   Volume Name:              spare

Für Todd K. Vorhandensein des Geräte-/Mediennamens –

MacBook-Daten

– weckt die Hoffnung, dass Start- und Endblöcke etc. gut sind, dass nur der typeder Partition falsch ist.

Kein Wiederherstellungssystem 10.8 für OS X 10.8

Recovery HD impliziert Recovery OS 10.7.x.

In jedem Fall wie diesem zeigt eine unvollständige Installation (d. h. ohne das erwartete Upgrade auf das Apple_BootSlice) an, dass möglicherweise eine nicht standardmäßige Installationsmethode verwendet wurde – mit nur einem Teil der Installer-App von Apple.

Randnotiz

Die GUID-Partitionstabelle , wie sie im Festplatten-Dienstprogramm beschrieben wird, ist die Norm für diese Art der modernen Installation von OS X – nicht der Master Boot Record.

Interessanterweise zwei Google-Ergebnisse, wenn Sie nach dieser GUID suchen, 46860E2C-2310-4F96-99F6-616D0B4CB55D .

Einer von ihnen bezieht sich auf einen Befehl, der den Partitionstyp möglicherweise auf Apple_HFS zurücksetzt (angenommen, es war das überhaupt?), also könnte es einen Versuch wert sein?

sudo asr adjust --target /dev/disk0s4 --settype "Apple_HFS"

Quelle: http://help.bombich.com/discussions/questions/12878-unable-to-boot-from-local-disk-after-verify-step

[Bearbeiten: Scheint so, als hätte mein Asr auf Mountain Lion kein Anpassungsargument für asr] :(

Laden Sie Testdisk herunter und lesen Sie die eingebetteten Anweisungen. Es ist eine sehr leistungsfähige Software, also verwenden Sie sie mit Bedacht. Es wird die Partition von disk0s4 und dann das Dateisystem neu erstellen. Alle Ihre Dateien werden wieder so wie sie sind. Ich empfehle dies, weil es sehr benutzerfreundlich ist und ich wegen Testdisk 2000 Dollar bei der Datenwiederherstellung gespart habe.

Ich hatte das gleiche Problem, ich musste Daten aus der Partition rsynchronisieren, löschen und neu erstellen und Daten wieder zurück verschieben.