Ich habe ein Problem. Wenn ich auf meinem Mac die ALT-Taste oder die Befehlstaste-R-Taste starte und halte, bootet es nicht in Recovery HD oder zeigt es nicht einmal an. Ich brauche es, um meine Festplatte zu reparieren, zu mounten usw. Ich habe das Festplattendienstprogramm und die Reparaturfestplatte ausprobiert, obwohl das besagte, dass Recovery HD in Ordnung ist. Liegt es daran, dass es ausgeblendet ist oder weil FileVault es blockiert? Und kann ich FileVault aktivieren oder sollte ich FileVault einfach deaktivieren?
Könnte ReFIND eine Möglichkeit sein, es auch für die Wiederherstellung einzurichten? Würde ReFIND noch bei einem Double/Triple Boot funktionieren?
diskutil sagt:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *240.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage 239.2 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD *238.9 GB disk1
Logical Volume on disk0s2
0A1D5F20-BFE4-416E-A18F-DEC12BF0A35A
Unlocked Encrypted
und gpt sagt:
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 467182912 2 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
467592552 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
468862088 7
468862095 32 Sec GPT table
468862127 1 Sec GPT header
Kurze Antwort: Ja, es liegt an FileVault (na ja, eigentlich Core Storage , aber das ist für FileVault erforderlich). Es ist normal, dass der Startup-Manager (Wahltaste beim Start) in diesem Modus nur ein Volume anzeigt, aber Command-R sollte immer noch funktionieren, um im Wiederherstellungsmodus zu starten. Wenn Command-R nicht funktioniert, bin ich mir nicht sicher, wo das Problem liegt.
Lange Antwort: Das Starten von OS X ist ein mehrstufiger Prozess: Die CPU-Firmware (auch bekannt als Boot-ROM) erhält zuerst die Kontrolle, sie lädt ein "Booter" -Programm von der Festplatte, und das lädt und startet das eigentliche Betriebssystem. Normalerweise wird der Booter von dem Volume geladen, von dem aus Sie das Betriebssystem starten möchten (in Ihrem Fall „Macintosh HD“), aber in manchen Situationen ist das nicht möglich.
Wenn Sie FileVault verwenden, ist das Hauptvolume verschlüsselt, sodass nichts davon geladen werden kann, bis es entsperrt wird; und es ist der Booter, der das Entsperren übernimmt. (Dieser "Pre-Boot"-Authentifizierungsbildschirm, wenn Sie zum ersten Mal ein Passwort zum Entsperren und Starten eingeben? Das wird tatsächlich vom Booter angezeigt.) Da der Booter nicht vom verschlüsselten Hauptvolume geladen werden kann, legt OS X ein Duplikat auf dem Recovery HD-Volume und "segnet" es als Standard-Booter. Die Recovery HD hat tatsächlich zwei Booter: einen, der so konfiguriert ist, dass er vom Hauptvolume entsperrt und gestartet wird, und einen anderen, der so konfiguriert ist, dass er das Wiederherstellungssystem vom Recovery HD-Volume lädt.
Hier kommt die Verwirrung ins Spiel: Wenn Sie mit gedrückter Optionstaste starten, präsentiert die Firmware den Startmanager und zeigt alle bootfähigen Volumes an, die sie finden kann. Das „Macintosh HD“-Volume, das angezeigt wird, ist eigentlich das Recovery HD-Volume, mit einigen Tricks bei der Datenträgerbezeichnung, damit es wie das Hauptvolume aussieht. Die Firmware bemerkt nicht, dass sich auf diesem Volume ein zweiter Booter befindet, sodass nur das eine Symbol angezeigt wird. Daher kann der Startmanager in dieser Konfiguration nicht zum Starten des Wiederherstellungsmodus verwendet werden.
Command-R hingegen sollte weiterhin funktionieren. Es sind noch einige Tricks erforderlich, aber das sollte den alternativen Booter auswählen und Sie in den Wiederherstellungsmodus starten. Sie können das alternative Boot-Setup überprüfen, indem Sie das Recovery HD-Volume mounten und dann verwenden, bless --infoum die ausgewählten Booter anzuzeigen:
$ diskutil mount disk0s3
Volume Recovery HD on disk0s3 mounted
$ bless --info /Volumes/Recovery\ HD
finderinfo[0]: 449 => Blessed System Folder is /Volumes/Recovery HD/System/Library/CoreServices
finderinfo[1]: 792 => Blessed System File is /Volumes/Recovery HD/System/Library/CoreServices/boot.efi
finderinfo[2]: 0 => Open-folder linked list empty
finderinfo[3]: 410 => Alternate OS blessed file/folder is /Volumes/Recovery HD/com.apple.recovery.boot
finderinfo[4]: 0 => Unused field unset
finderinfo[5]: 410 => OS X blessed folder is /Volumes/Recovery HD/com.apple.recovery.boot
64-bit VSDB volume id: 0x7AB8C69807215B9A
$ more /Volumes/Recovery\ HD/System/Library/CoreServices/.disk_label.contentDetails
Macintosh HD
$ diskutil unmount /Volumes/Recovery\ HD
Volume Recovery HD on disk0s3 unmounted
Stellen Sie sicher, dass Ihre „gesegnete Datei/Ordner für alternatives Betriebssystem“ com.apple.recovery.boot und nicht boot.efi ist. Wenn dies nicht der Fall ist ... nun, es gibt möglicherweise eine Möglichkeit, es mit zu beheben bless, aber die Manpage scheint zu diesem Thema nicht sehr klar zu sein. Stellen Sie außerdem sicher, dass Sie Segensinformationen auf dem Recovery HD-Volume erhalten, nicht auf Ihrem Hauptvolume. Auf dem Hauptvolume ist im Allgemeinen kein alternativer Booter konfiguriert.