FileVault bleef steken op pauze

I werd hierna gevraagd tijdens het bijwonen van WWDC 2015 en kreeg te horen dat het probleem “Versleuteling onderbroken” was opgelost in 10.10.3.

De hoofdoorzaak was een probleem met het wijzigen van de grootte van het CoreStorage-volume tijdens het coderingsproces. Toen het CoreStorage-volume niet kon groeien, werd de versleuteling gepauzeerd en kon niet worden hervat totdat het probleem met het formaat wijzigen was verholpen.

Om dit probleem op te lossen:

1. Werk je Mac bij naar 10.10.3 of start op vanaf een alternatieve schijf waarop 10.10.3 draait.
2. Ontgrendel de gecodeerde schijf indien nodig
3. Open Terminal

4. Start de volgende opdracht om de schijf-ID van je Mac te krijgen:

   diskutil list 

5. Zodra je de schijf-ID-informatie hebt, voer je de volgende opdracht uit met root-rechten:

   fsck_cs -y disk_identifier_goes_here 

6. fsck_cs zou het CoreStorage-volume moeten repareren en het probleem met het wijzigen van de grootte moeten aanpakken. Als onderdeel van de uitvoer zou het moeten laten zien dat de codering wordt hervat.

Opmerkingen

• Bedankt voor je reactie. Hoewel ik ‘ dit niet kan testen (nadat ik het probleem al had opgelost met de tijdelijke oplossing die ik in mijn antwoord heb beschreven er), ik ‘ neem aan dat ‘ de juiste oplossing is.
• Helaas werkte dit niet voor mij . Jammer.
• Schijfhulpprogramma vanaf El Capitan lijkt ook een manier te hebben geboden om ” aan te pakken Versleuteling onderbroken ” vanwege het maatprobleem. Door instructies te volgen die onlangs in een van de vele Apple Support-threads waren gepost, startte ik op vanaf een USB El Capitan-installatieschijf, draaide ik Schijfhulpprogramma en zag tijdens EHBO: ” Het volume @@@ was aangepast om de blokkering van onderbroken codering op te heffen “. Nu is alles goed, eindelijk. discussies.apple.com/message/29014455#29014455
• U ‘ bent een absolute levensredder. Ik ‘ heb alles geprobeerd en dit heeft de truc gedaan.
• Ik gebruik 10.12.5, maar ik kwam nog steeds dit probleem tegen (dus het is niet dood toch!) ZOMBIES!Ik krijg ” het volume disk0s2 kan niet worden gerepareerd wanneer het in gebruik is ” wanneer ik deze patch probeer. Ik denk dat ik moet proberen op te starten vanaf een ander volume. Bedankt voor alle gedetailleerde antwoorden op deze thread.

Ik sprak met Apple en mijn zaak werd geëscaleerd . Ik stuurde logboeken naar de technici om ze te evalueren, en ze stelden vast dat de FileVault-codering was mislukt. Zoals andere gebruikers hebben gemeld, was de enige suggestie om een Time Machine-back-up te maken, de schijf te wissen, Yosemite opnieuw te installeren en te herstellen vanaf de Time Machine-back-up.

Een paar belangrijke opmerkingen (van forumberichten die ik heb read):

• Wanneer u de schijf wist, selecteert u Journaled. De standaardinstelling is Journaled, Encrypted, maar het ingeschakeld laten van de encryptie zal het probleem niet oplossen.
• Een Time Machine-back-up is niet vereist om de schijf te wissen en OS X Yosemite opnieuw te installeren, maar het is de gemakkelijkste manier om uw gegevens te behouden.
• U moet FileVault uitschakelen tijdens de initiële installatie van OS X, anders kan dit probleem opnieuw optreden. Natuurlijk werkt het misschien de tweede keer … maar waarom zou je het risico nemen? Wacht tot Apple deze bug heeft opgelost voordat u FileVault weer inschakelt.
• Als u tijdens de installatie van OS X herstelt vanaf de Time Machine-back-up, zult u “t wordt gevraagd om FileVault in te schakelen en het zou standaard uitgeschakeld moeten zijn.

Als deze oplossing niet bevredigend is, vindt u wellicht wat begeleiding van dit gids over mislukte FileVault-codering . Ik overwoog een vergelijkbare aanpak (ik vond die gids door op Google te zoeken naar “killing corestoraged”), maar besloot uiteindelijk om de beproefde (en vervelende) aanpak van een volledige herinstallatie te volgen.

Voor het nageslacht, een gedeeltelijk uittreksel van de bovengenoemde gids:

Dus het scannen naar het overeenkomstige proces bleek dat corestoraged de oorzaak was van de hoge belasting. Door het een kans van 50/50 te geven om het te repareren of om mijn systeem volledig te vernietigen, had ik een idee hoe ik het moest repareren. Dus eerst probeerde ik het proces gewoon te beëindigen. Dat werkte, maar na een paar seconden r eappeared – dus het moet zijn gestart vanuit een andere daemon. Het bleek dat de launchd dit proces eigenlijk op gang brengt. Dus ofwel om de hele tutorial te doorlopen [2] , besloot ik een snelle oplossing / proef te doen. Dus mijn idee was om het binaire bestand van de daemon te verplaatsen en vervolgens het proces te beëindigen. Dus ik deed het volgende:

firebird:~ jvr$ mv /usr/libexec/corestoraged /usr/libexec/corestoraged.old firebird:~ jvr$ killall corestoraged 

En verrassend genoeg viel de belasting weg, terwijl mijn besturingssysteem nog werkte. Houd er rekening mee dat dit zeer riskant is en ik zou het niet aanraden om het te doen, tenzij u geen andere opties ziet.

Er moet ook worden opgemerkt dat er zeker een betere oplossing bestaat met betrekking tot de launchd configuratie. Noch de mindere Apple zou hun FileVault stabiel moeten laten draaien, vooral omdat het als een kernservice moet worden beschouwd.

[2014/09/09] Update: ik heb mijn hoop om het probleem permanent op te lossen al opgegeven, Ik begon een back-up te maken van mijn MacBook en me voor te bereiden op een herinstallatie. Zelfs als de bovenstaande oplossing het probleem met het CPU-gebruik & energieverbruik oploste, voelde ik me niet op mijn gemak bij het verplaatsen van kernprocessen, waarvan ik niet 100% zeker wist wat ze deden. Dus ik maakte een back-up van alles en begon mijn machine schoon te maken. Nadat ik alles tot dusver had gedaan, besloot ik de Mac in de herstelmodus te starten en nog een keer de schijfherstelfunctie te proberen (vooral de herstelrechten). Nadat ik dit had gedaan, dacht ik dat ik het nog een laatste keer zou proberen. Opgestart, de corestoraged teruggezet en gecontroleerd in het FileVault-voortgangsscherm in de beveiligingsinstellingen. En plotseling zag ik dat het coderingsproces weer werkte. Deze keer raakte ik de machine niet meer aan totdat de codering klaar was.

En wat ik heb geleerd van deze les – maak back-ups. En de tweede les die ik heb geleerd: ga nooit op de gemakkelijke manier en begin met het opnieuw installeren van je besturingssysteem.

Reacties

• Dit antwoord is verouderd. Het probleem is opgelost in 10.10.3. Beste antwoord imho: apple.stackexchange.com/a/190845/45492 door Rich Trouton

Ik wil de oplossing delen die het probleem voor mij heeft opgelost.

Allereerst is mijn El Capitan-installatie mislukt, wat resulteerde in dat na het opstarten het inlogscherm werd getoond, maar na een login was er een kernel panic en startte de Mac opnieuw.

Dus ik probeerde opnieuw te installeren via de herstelmodus, maar op het moment dat ik de HD selecteerde, kreeg ik dit bericht: FileVault-conversie wordt uitgevoerd. Gebruik het voorkeurenpaneel “Beveiliging en privacy” om de conversiestatus te controleren.

Deze stappen hebben mijn probleem opgelost:

• Ga naar de herstelmodus (houd cmd + R ingedrukt tijdens het opstarten)
• Open een terminal en typ: diskuitl cs list resultaat: Conversievoortgang: Onderbroken
• Ik opende een tweede terminalvenster
• Gezocht naar het binaire bestand “corestoraged”: bestand / -naam “corestorage *”
• Gevonden in de herstelmap: / usr / libexec / corestoraged
• Begonnen met corestoraged in de gevonden folder: ./corestoraged
• Controleer nu de HD via de eerste terminal, de voortgang van de conversie toonde nu een percentage en na een uur was de HD geconverteerd.
• Daarna kon ik opnieuw installeren El Capitan vanuit dezelfde herstelmodus.
• Na het opnieuw installeren was alles zoals het was.

Reacties

• Dit is het echte antwoord
• Bedankt. Dit werkte voor mij met een externe schijf die was gepauzeerd (ik probeerde niet ‘ om macOS opnieuw te installeren of zoiets). Ik moest de schijf eerst ontgrendelen met diskutil coreStorage unlockVolume {logical id}.
• Bedankt – het aanroepen van / usr / libexec / corestoraged vanuit de herstelmodus startte de voortgang en het lijkt van de ene op de andere dag te zijn voltooid toen ik een mislukte installatie van High Sierra had en ik FV uitschakelde vanaf de opdrachtregel in de herstelmodus. Hopelijk kan de installatie nu worden voltooid zonder de toegevoegde FileVault-complicatie.

Download de laatste update van Yosemite! Na het controleren op verschillende fixes, installeerde ik 10.10.3 en loste het probleem zichzelf op.

Hier is wat voor mij werkte op basis van op dit bericht van het Apple-forum :

1. Start het PRAM opnieuw op en reset het PRAM door Option + Command + P + R
2. Het startte snel opnieuw op en ik hield Command + R ingedrukt om de herstelmodus te openen.
3. Selecteer Schijfhulpprogramma
4. Ik zag mijn basis “Macintosh HD” plus een gecodeerde “Macintosh HD “eronder. Selecteer de gecodeerde partitie en selecteer vervolgens Bestand / Ontgrendelen en voer uw wachtwoord in.
5. Selecteer” Herstel schijf “(duurde 1-2 minuten)
6. Selecteer” Herstel schijfrechten “(duurde 1-2 minuten)
7. Selecteer de basispartitie” Macintosh HD “en selecteer” Herstel schijf “(duurde 3-4 minuten)
8. Opnieuw opstarten (Apple-menu denk ik)
9. Log in en open Systeemvoorkeuren / Beveiliging & Privacy / FireVault
10. Versleuteling was op dit moment nog steeds “Onderbroken”, maar ik heb de verbinding verbroken en verbond mijn power en vervolgens encryptie herstart en eindigde snel (< 1 minuut).

Hoop dat het helpt.

Reacties

• Helaas werkte dit niet voor mij.
• Geen geluk met die methode, ik heb zelfs geprobeerd encryptie uit te schakelen in de herstelmodus, er is niets veranderd.
• De optie om codering uit te schakelen is voor mij grijs weergegeven in de herstelmodus.
• Macbook pro retina medio 2014 gebruiken Dit werkte niet voor mij
• @Peter, je kunt maak de optie ongedaan als u het contextmenu ‘ Bestand` opent terwijl u op de Option-toets drukt. ‘ vergeet niet de sleutel los te laten voordat u op ” Turn Off … ” klikt . Het ‘ heeft geen zin, maar ‘ werkt het niet.

Ik sluit de opmerkingen van Peter (18 december) aan.

Ik had een gloednieuwe kant-en-klare 11 “MBAir pakte dit op December 2014. FileVault pauzeerde tijdens het instellen en vroeg om de stroomadapter.

Een senior Apple-adviseur zei dat Apple-technici zeggen dat er niets mis is met de computer – je kunt hem gebruiken.

Wat u niet kunt doen, is FileVault uitschakelen. De ingenieurs beschouwen dit als een cosmetisch probleem. Hun eerste suggestie is om de laptop 24 uur zonder slaap te laten staan – ze ontdekten dat in veel gevallen de fout lost zichzelf op.

Aangezien ik geen gegevens op de schijf had (zie Peters suggesties als je dat doet), lieten ze me de schijf wissen in Terminal, een netboot starten, Yosemite opnieuw installeren selecteren in de OS X Utilities-vensters die volgen op een netboot. Vervolgens, na het downloaden en installeren, moet u FileVault NIET activeren tijdens het instellen. (Blijkbaar is het belangrijk om de schijf in Terminal te wissen – het opnieuw installeren van Yosemite alleen lost het probleem niet op).

Tot nu toe verschijnt mijn laptop nu. zo goed als nieuw.

Ik heb dit probleem ongeveer een jaar onderzocht (mijn laptop heeft FileVault ingeschakeld sinds de eerste installatie maar nooit voltooid. Uiteindelijk heb ik de volgende dubbele kopie gemaakt van en naar een USB-drive:

1. Gebruik SuperDuper om een volledige systeemback-up op een USB-drive te maken.
2. Boot ervan (SuperDuper doet dat automatisch)
3. Gebruik Disk Util om de hoofdpartitie opnieuw te maken. (*)
4. Gebruik SuperDuper opnieuw om een back-up te maken van de hoofdpartitie op de USB-drive naar de nu nieuwe partitie.
5. Start opnieuw op vanaf de interne drive.
6. Herstart FileVault, en laat het deze keer voltooien voordat iets anders …

(*) Als u per ongeluk de herstelpartitie hebt verwijderd, kunt u deze opnieuw maken door op te starten in de herstelmodus (Cmd-R) en “Herinstall Yosemite”, waardoor het besturingssysteem alleen opnieuw wordt geïnstalleerd, maar uw gegevens met rust worden gelaten.

Ik hoop dat dit mensen helpt om goed te herstellen van dit probleem. Nu aan het installeren van de Captain.

Dit probleem kan ook worden veroorzaakt door de UPS (Uninterruptable Power Supply) -bug in El Capitan (hetzelfde ding dat ervoor zorgt dat Time Machine niet automatisch wordt uitgevoerd).

Ik kwam dit tegen op een gloednieuwe machine. De reparatie van het Schijfhulpprogramma deed niets, maar ik herinnerde me dat ik over de UPS had gelezen & Time Machine-bug. Toen ik de UPS loskoppelde en opnieuw opstartte, werkten zowel Time Machine als File Vault normaal.

Als je een UPS hebt en El Cap gebruikt, koppel de UPS dan los en herstart. Probeer dit eerst en u bespaart uzelf waarschijnlijk wat tijd.