Das Vorhandensein einer Linux-Partition führt dazu, dass die Einrichtung von FileVault2 fehlschlägt

Ich bin derzeit dabei, Mountain Lion und Ubuntu 12.04 auf einem rMBP dual zu booten. Alles funktioniert einwandfrei, aber das Aktivieren von FileVault schlägt mit der Fehlermeldung fehl: „Einige Informationen waren während einer internen Suche nicht verfügbar.“ Ich erhalte die gleiche Fehlermeldung, wenn ich im Festplatten-Dienstprogramm „Verify Disk“ ausführe.

Durch Experimentieren im Laufe von einem halben Dutzend Neuinstallationen habe ich die folgenden Beobachtungen gemacht:

  1. Installieren Sie Ubuntu 12.04 (x64, alternative Mac-Version) und GRUB -> ERROR
  2. Fügen Sie eine ext4oder btrfsPartition mit Gparted auf einer LiveCD hinzu, ohne GRUB zu installieren -> ERROR
  3. Entfernen der Linux-Partitionen (aber Belassen des Hybrid-MBR) -> KEIN FEHLER

Daher ist meine beste Vermutung, dass OS X einen Fehler auslöst, sobald es ein Dateisystem erkennt, das es nicht erkennt. Hat noch jemand dieses Problem festgestellt? Wie bringe ich OS X dazu, meine Linux-Partitionen zu ignorieren?

Aktualisierung 1

Das Hinzufügen von 128 MiB Padding zwischen den Partitionen behebt den „Verify Disk“-Fehler. Leider erhalte ich immer noch dieselbe Fehlermeldung, wenn ich versuche, FileVault 2 zu aktivieren. Interessanterweise fing „Verify Disk“ an, Fehler zurückzugeben, sobald ich versuchte, „Diskette zu reparieren“. Das Festplatten-Dienstprogramm scheint ziemlich geschickt darin zu sein, seine eigenen Partitionstabellen zu beschädigen ...

Aktualisierung 2

Ich erhalte mehr Informationen, wenn ich fsck_csvom Terminal aus laufe. Es sieht so aus, als ob dies mit FireVault2 zusammenhängt, das CoreStorage verwendet. Hier ist die Ausgabe:

$ sudo fsck_cs /dev/disk0
** Checking volume.
   Content Hint for disk0 is not Apple_CoreStorage
** disk0: Scan for Volume Headers
   Invalid Volume Header @ 0: invalid field value
   Invalid Volume Header @ 251000192512: invalid field value
** disk0 is not a CoreStorage volume

Antworten (1)

Ich glaube, ich habe das Problem gefunden: Apple erwartet 128 MiB freien Speicherplatz zwischen jeder Partition. Das Festplattendienstprogramm verbirgt diesen freien Speicherplatz, ähnlich wie es das ESP verbirgt. Wenn diese Auffüllung nicht vorhanden ist, wird der oben beschriebene Fehler generiert.

Einfache Lösung: Weisen Sie Gparted an, +128 MiB als Anfangsversatz für jede Partition zu verwenden.

Bearbeiten: Vergiss es, das löst nur das Problem "Datenträger überprüfen" ... Ich kann FileVault immer noch nicht aktivieren. Siehe oben für ein Update.

Interessant! Ist Ihre Partitionszuordnungs-GUID?
Ja, es ist GPT mit einem hybriden MBR. Ich arbeite daran, Ubuntu mit EFI zu booten, um den Hybrid-MBR loszuwerden, aber ich habe es noch nicht ganz zum Laufen gebracht.
Egal. Dies löst nur einige der Probleme. Siehe oben für ein Update.
FileVault funktioniert nicht auf einer MBR-Partitionszuordnung
Ich verwende eine GPT-Partitionstabelle und habe das gleiche Problem, selbst wenn ich den schützenden MBR manuell wiederherstelle. Gibt es eine Möglichkeit, dass der MBR immer noch das Problem sein könnte?
Es ist sicherlich wahrscheinlich. Mein Verständnis war, dass es nicht funktionieren wird, es sei denn, es ist nur ein einfaches altes GPT (und alle Nicht-Mac-Volumes, die von Boot Camp erstellt werden). Ich könnte falsch liegen.
Das Vorhandensein einer Linux-Partition führt dazu, dass die Einrichtung von FileVault2 fehlschlägt
AntwortenHierDatenschutz-Bestimmungen1y, 0v