Ich habe gerade ein neues 13-Zoll-rMBP mit installiertem Yosemite erhalten. Ich habe mich entschieden, FileVault zu aktivieren, als ich den Computer eingerichtet habe.
Jetzt, einige Tage später, wird eine App namens „Reverting from FileVault“ auf der Liste der Apps angezeigt, die viel Energie verbrauchen. [ Bearbeiten: Diese App wird nicht mehr angezeigt; alles andere in diesem Beitrag ist immer noch wahr.]
Ich überprüfe FileVault in den Systemeinstellungen und es heißt „Verschlüsselung angehalten“, gefolgt von „Netzteil anschließen, um Verschlüsselung fortzusetzen“. Das Anschließen des Netzteils ändert nichts, obwohl das Gerät erkennt, dass es geladen wird.
Ich habe mehrere Threads gefunden, die dieses Problem beschreiben, aber keine Lösungen.
Ich habe versucht, den SMC zurückzusetzen, den PRAM zu löschen, in den Wiederherstellungsmodus zu wechseln, die Festplatte zu reparieren und die Berechtigungen zu reparieren. Nichts hat funktioniert. Ich kann FileVault nicht vom Terminal aus stoppen, und wenn ich versuche, es zu aktivieren, heißt es, dass es bereits aktiviert ist:
$ fdesetup status
FileVault is On.
Encryption in progress: Pending
$ sudo fdesetup disable
Password:
Enter a password for '/':
...
$ fdesetup status
FileVault is On.
Encryption in progress: Pending
$ sudo fdesetup enable
Error: FileVault is already On.
Hier ist die Ausgabe von diskutil cs list
:
$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 25ED6E9D-5D22-4846-9C2A-2698F58A1159
=========================================================
Name: Macintosh HD
Status: Online
Size: 250140434432 B (250.1 GB)
Free Space: 0 B (0 B)
|
+-< Physical Volume 32AF849E-36C7-4587-AF3E-3BEC1D517A69
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 250140434432 B (250.1 GB)
|
+-> Logical Volume Family F3D38571-E46C-4A52-9C1A-71B9737E0A79
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: AES-XTS
Conversion Status: Converting
Conversion Direction: forward
Has Encrypted Extents: Yes
Fully Secure: No
Passphrase Required: Yes
|
+-> Logical Volume 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 249820610560 B (249.8 GB)
Conversion Progress: Paused
Revertible: No
LV Name: Macintosh HD
Volume Name: Macintosh HD
Content Hint: Apple_HFS
Wenn ich in der Konsole nach suche corestorage
, erhalte ich viele Einträge wie die folgenden:
12/13/14 8:41:45.067 PM corestoraged[155]: 0x7fff78553300 resumeBackgroundConversion: background conversion started/resumed for lv 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49.
Und andere so:
12/13/14 8:41:45.000 PM kernel[0]: CoreStorageLogical::resumeBackgroundTransform: thread already running
Irgendwelche Vorschläge? Die Maschine ist brandneu, daher befinden sich keine RIESIGEN Datenmengen darauf (auch keine Time Machine-Backups), aber ich möchte vermeiden, dass ich das Laufwerk löschen muss.
Wenn ich nichts tun kann, hat Apple in der Vergangenheit Hotfixes für solche Probleme herausgegeben?
Ich habe danach gefragt, als ich an der WWDC 2015 teilgenommen habe, und mir wurde gesagt, dass das Problem „Verschlüsselung angehalten“ in 10.10.3 behoben wurde.
Die Hauptursache war ein Problem mit der Größenänderung des CoreStorage-Volumes während des Verschlüsselungsprozesses. Wenn das CoreStorage-Volume nicht wachsen konnte, wurde die Verschlüsselung angehalten und konnte nicht fortgesetzt werden, bis das Problem mit der Größenänderung behoben wurde.
So beheben Sie dieses Problem:
Führen Sie den folgenden Befehl aus, um die Festplattenkennung Ihres Macs abzurufen:
diskutil list
Sobald Sie die Datenträger-ID-Informationen haben, führen Sie den folgenden Befehl mit Root-Rechten aus:
fsck_cs -y disk_identifier_goes_here
fsck_cs sollte das CoreStorage-Volume reparieren und das Größenänderungsproblem beheben. Als Teil der Ausgabe sollte angezeigt werden, dass die Verschlüsselung wieder aufgenommen wird.
sudo fsck_cs -y
druckt not a CoreStorage volume
egal welche Plattenkennung übergeben wird, sei es in Form von /dev/diskN
oder einer UUID.Ich habe mit Apple gesprochen und mein Fall wurde eskaliert. Ich schickte Protokolle zur Auswertung an die Techniker, und sie stellten fest, dass die FileVault-Verschlüsselung fehlgeschlagen war. Wie andere Benutzer berichtet haben, war der einzige Vorschlag, ein Time Machine-Backup zu erstellen, das Laufwerk zu löschen, Yosemite neu zu installieren und aus dem Time Machine-Backup wiederherzustellen.
Ein paar wichtige Hinweise (aus Forenbeiträgen, die ich gelesen habe):
Journaled
. Der Standardwert ist Journaled, Encrypted
, aber wenn die Verschlüsselung aktiviert bleibt, wird das Problem nicht gelöst.Wenn diese Lösung nicht zufriedenstellend ist, finden Sie in diesem Leitfaden möglicherweise eine Anleitung zur fehlgeschlagenen FileVault-Verschlüsselung . Ich habe einen ähnlichen Ansatz in Betracht gezogen (ich fand diesen Leitfaden, indem ich bei Google nach „killing corestoraged“ suchte), entschied mich aber letztendlich für den bewährten (und langwierigen) Ansatz einer vollständigen Neuinstallation.
Für die Nachwelt ein Auszug aus dem oben genannten Ratgeber:
Beim Scannen nach dem entsprechenden Prozess stellte sich heraus, dass Corestoraged die hohe Last verursachte. Ich gab ihm eine 50/50-Chance, es zu reparieren oder mein System vollständig zu zerstören, und ich hatte eine Idee, wie ich es reparieren könnte. Also habe ich zuerst versucht, den Prozess einfach zu beenden. Das funktionierte, aber nach ein paar Sekunden tauchte der Prozess wieder auf – also muss er von einem anderen Daemon gestartet worden sein. Es stellte sich heraus, dass der Launchd diesen Prozess tatsächlich anstößt. Um also entweder das gesamte Tutorial [2] durchzugehen, entschied ich mich für eine schnelle Lösung/einen Test. Meine Idee war also, die Daemon-Binärdatei zu verschieben und dann den Prozess zu beenden. Also habe ich folgendes gemacht:
firebird:~ jvr$ mv /usr/libexec/corestoraged /usr/libexec/corestoraged.old firebird:~ jvr$ killall corestoraged
Und überraschenderweise sank die Last, während mein Betriebssystem noch funktionierte. Bitte beachten Sie, dass dies sehr riskant ist und ich es nicht empfehlen würde, es sei denn, Sie sehen keine anderen Optionen.
Es sollte auch beachtet werden, dass es definitiv eine bessere Lösung in Bezug auf die Launchd-Konfiguration gibt. Nichtsdestotrotz sollte Apple seinen FileVault stabil zum Laufen bringen, zumal er als Kerndienst betrachtet werden muss.
[09.09.2014] Update: Nachdem ich meine Hoffnung, das Problem dauerhaft zu beheben, bereits aufgegeben hatte, begann ich, mein MacBook zu sichern und eine Neuinstallation vorzubereiten. Selbst wenn die obige Problemumgehung das Problem der CPU-Auslastung und des Stromverbrauchs gelöst hat, fühlte ich mich nicht wohl dabei, mich in Kernprozessen zu bewegen, bei denen ich nicht 100 % sicher war, was sie tun. Also habe ich alles gesichert und angefangen, meine Maschine zu reinigen. Nachdem ich bisher alles erledigt hatte, entschied ich mich, den Mac im Wiederherstellungsmodus zu starten und die Festplattenreparaturfunktion (insbesondere die Fix-Berechtigungen) noch einmal auszuprobieren. Nachdem ich das getan hatte, dachte ich, ich gebe es noch einen letzten Versuch. Hochgefahren, den Kernspeicher zurück verschoben und den FileVault-Fortschrittsbildschirm in den Sicherheitseinstellungen überprüft. Und plötzlich sah ich, dass der Verschlüsselungsprozess wieder funktionierte.
Und was ich aus dieser Lektion gelernt habe – mache Backups. Und die zweite Lektion, die ich gelernt habe: Gehen Sie niemals den einfachen Weg und beginnen Sie mit der Neuinstallation Ihres Betriebssystems.
Ich möchte die Lösung teilen, die das Problem für mich behoben hat.
Zunächst einmal schlug meine El Capitan-Installation fehl, was dazu führte, dass nach dem Booten der Anmeldebildschirm angezeigt wurde, aber nach einer Anmeldung eine Kernel-Panik auftrat und der Mac neu gestartet wurde.
Also habe ich versucht, über den Wiederherstellungsmodus neu zu installieren, aber als ich die Festplatte ausgewählt habe, habe ich diese Meldung erhalten: FileVault-Konvertierung läuft. Verwenden Sie das Einstellungsfenster „Sicherheit und Datenschutz“, um den Konvertierungsstatus zu überprüfen.
Diese Schritte haben mein Problem gelöst:
diskutil coreStorage unlockVolume {logical id}
.Holen Sie sich das neueste Update für Yosemite! Nachdem Sie nach verschiedenen Fixes gesucht hatten, installierten Sie 10.10.3 und das Problem löste sich von selbst.
Folgendes hat bei mir funktioniert, basierend auf diesem Beitrag aus dem Apple-Forum :
Ich hoffe, das hilft.
Ich schließe mich Peters (18. Dezember) Kommentaren an.
Ich hatte im Dezember 2014 ein brandneues, sofort einsatzbereites 11-Zoll-MBAir abgeholt. FileVault hielt während der Einrichtung an und fragte nach dem Netzteil.
Ein hochrangiger Apple-Berater sagte, Apple-Ingenieure sagen, dass mit dem Computer nichts falsch ist – Sie können ihn verwenden.
Was Sie nicht tun können, ist FileVault auszuschalten. Die Ingenieure betrachten dies als kosmetisches Problem. Ihr erster Vorschlag ist, den Laptop 24 Stunden lang ohne Schlaf eingeschaltet zu lassen – sie stellten fest, dass sich der Fehler in „vielen Fällen“ von selbst behebt.
Da ich keine Daten auf dem Laufwerk hatte (siehe Peters Vorschläge, wenn Sie dies tun), ließen sie mich das Laufwerk im Terminal löschen, einen Netboot initiieren und „Reinstall Yosemite“ aus dem OS X Utilities-Fenster auswählen, das einem Netboot folgt. Aktivieren Sie FileVault nach dem Herunterladen und Installieren NICHT während der Einrichtung. (Anscheinend ist es wichtig, das Laufwerk im Terminal zu löschen - die Neuinstallation von Yosemite allein wird das Problem nicht lösen).
Bisher sieht mein Laptop jetzt so gut wie neu aus.
Ich habe dieses Problem ungefähr ein Jahr lang untersucht (auf meinem Laptop ist FileVault seit seiner Erstinstallation aktiviert, wurde aber nie abgeschlossen. Am Ende habe ich die folgende doppelte Kopie auf und von einem USB-Laufwerk erstellt:
(*) Wenn Sie die Wiederherstellungspartition versehentlich gelöscht haben, können Sie sie neu erstellen, indem Sie in den Wiederherstellungsmodus (Cmd-R) booten und „Yosemite neu installieren“, wodurch nur das Betriebssystem neu installiert wird, Ihre Daten jedoch intakt bleiben.
Ich hoffe, dies hilft den Menschen, sich gut von diesem Problem zu erholen. Nun zur Installation des Captains.
Dieses Problem kann auch durch den USV-Fehler (unterbrechungsfreie Stromversorgung) in El Capitan verursacht werden (dasselbe, was verhindert, dass Time Machine automatisch läuft).
Ich bin bei einer brandneuen Maschine darauf gestoßen. Die Reparatur des Festplatten-Dienstprogramms hat nichts bewirkt, aber ich erinnerte mich, dass ich etwas über den UPS & Time Machine-Fehler gelesen hatte. Als ich die USV getrennt und neu gestartet habe, funktionierten sowohl Time Machine als auch File Vault normal.
Wenn Sie eine USV haben und El Cap ausführen, trennen Sie die USV und starten Sie sie neu. Versuchen Sie dies zuerst und Sie sparen sich wahrscheinlich etwas Zeit.
In macOS Big Sur habe ich einen ziemlich einfachen Trick gefunden: Einfach I/O auf ein APFS-Volume veranlassen, das in partieller FileVault-Verschlüsselung steckt . Kopieren Sie einfach eine Datei auf dieses Volume und löschen Sie sie wieder. Das löst den Verschlüsselungsprozess erneut aus, wo keine andere Methode ihn erneut ausgelöst hat!
Mit diskutil ap list <YourDiskID>
dem Status Encryption Progress:
geändert von xx.x% (Paused) (Unlocked)
bis dannxx.x% (Unlocked)
Funktionierte für eine externe USB 3.1-angeschlossene SSD mit einem bootfähigen Volume, das in der anfänglichen FileVault-Verschlüsselung steckte, während es in meine interne SSD gebootet wurde.
Versuchen Sie smc reset und starten Sie den Computer neu
markwatson
Peter