FileVault fastnat i paus

I frågade efter detta när jag deltog i WWDC 2015 och fick höra att frågan ”Kryptering pausad” behandlades 10.10.3.

Grundorsaken var ett problem med att ändra storlek på CoreStorage-volymen under krypteringsprocessen. När CoreStorage-volymen inte kunde växa, pausades krypteringen och kunde inte återupptas förrän storleksproblemet åtgärdades.

Så här åtgärdar du problemet:

1. Uppdatera din Mac till 10.10.3 eller starta från en alternativ enhet som kör 10.10.3.
2. Lås upp den krypterade enheten om det behövs
3. Öppna terminalen

4. Kör följande kommando för att få din Macs diskidentifierare:

   diskutil list 

5. När du har information om diskidentifieraren, kör följande kommando med root privilegier:

   fsck_cs -y disk_identifier_goes_here 

6. fsck_cs bör reparera CoreStorage-volymen och ta itu med storleksändringsproblemet. Som en del av utdata bör det visa att kryptering återupptas.

Kommentarer

• Tack för ditt svar. Medan jag ’ inte kan testa detta (har redan åtgärdat problemet med lösningen som jag beskrev i mitt svar er), jag ’ Jag antar att ’ är rätt lösning.
• Tyvärr fungerade detta inte för mig . Synd.
• Diskverktyg från El Capitan verkar också ha gett ett sätt att adressera ” Kryptering pausad ” på grund av storleksproblemet. Efter instruktioner som nyligen publicerades i en av de många Apple-supporttrådarna startade jag från en USB El Capitan-installationsskiva, körde Diskverktyg och såg under First Aid: ” Volymen @@@ var har ändrats för att avblockera pausad kryptering ”. Nu är allt bra, äntligen. discussions.apple.com/message/29014455#29014455
• Du ’ är absolut livräddare. Jag ’ har provat allt där ute och detta gjorde tricket.
• Jag kör 10.12.5 men jag stötte fortfarande på det här problemet (så det är inte dött ännu!) ZOMBIES!Jag får ” volymen disk0s2 kan inte repareras när den används ” när jag försöker denna korrigeringsfil. Jag antar att jag måste försöka starta från en annan volym. Tack för alla detaljerade svar på den här tråden.

Jag pratade med Apple och mitt fall eskalerades. . Jag skickade in loggar för ingenjörerna att utvärdera, och de bestämde att FileVault-kryptering misslyckades. Som andra användare har rapporterat var det enda förslaget att göra en Time Machine-säkerhetskopia, torka enheten, installera om Yosemite och återställa från Time Machine-säkerhetskopian.

Några viktiga anteckningar (från foruminlägg jag har läs):

• När du rensar enheten väljer du Journaled. Den är som standard Journaled, Encrypted att låta kryptering vara aktiverad löser inte problemet.
• En Time Machine-säkerhetskopiering krävs inte för att torka enheten och installera om OS X Yosemite, men det är det enklaste sättet att behålla dina data.
• Du måste avmarkera FileVault under den första OS X-installationen, annars kan problemet uppstå. Naturligtvis kan det fungera andra gången … men varför ta risken? Vänta tills Apple åtgärdar detta fel innan du aktiverar FileVault igen.
• Om du återställer från Time Machine-säkerhetskopian under OS X-installationen kommer du inte uppmanas att aktivera FileVault och den ska vara avstängd som standard.

Om den här lösningen inte är tillfredsställande kan du hitta vägledning från detta guide om misslyckad FileVault-kryptering . Jag ansåg en liknande metod (jag hittade den guiden genom att söka på Google efter ”att döda corestoraged”), men bestämde mig till slut för att gå med den beprövade (och tråkiga) metoden för en fullständig ominstallation.

För eftervärlden, ett partiellt utdrag av den ovannämnda guiden:

Så att skanna efter samma process visade sig att corestoraged orsakade hög belastning. Jag fick 50/50 chans att fixa det eller förstöra mitt system helt jag hade en idé om hur jag skulle fixa det. Så först försökte jag helt enkelt döda processen. Det fungerade men efter några sekunder r dök ut – så det måste ha startats från en annan demon. Det visade sig att faktiskt lanseringen startar denna process. Så antingen för att gå igenom hela handledningen [2] bestämde jag mig för att göra en snabb fix / test. Så min idé var att flytta daemon binär och än att döda processen. Så jag gjorde följande:

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

Och överraskande tappade belastningen medan mitt operativsystem fortfarande fungerade. Observera att detta är mycket riskabelt och jag skulle inte rekommendera att göra det om du inte ser några andra alternativ.

Det bör också noteras att det definitivt finns en bättre lösning på plats relaterad till lanseringen konfiguration. Inte desto mindre bör Apple få sin FileVault att köra stabilt, särskilt eftersom det måste betraktas som en kärntjänst.

[2014/09/09] Uppdatering: Jag ger redan upp mitt hopp att lösa problemet permanent, Jag började säkerhetskopiera min MacBook och förbereda mig för en ominstallation. Även om lösningen ovan löste CPU-användningen & Strömförbrukningsproblemet kände jag mig inte bekväm att flytta runt kärnprocesser, där jag inte var 100% säker på vad de gör. Så jag säkerhetskopierade allt och började rengöra min maskin. Efter att ha gjort allt hittills bestämde jag mig för att starta Mac-datorn i återställningsläge och försöka en gång till med diskreparationsfunktionaliteten (särskilt fixrättigheterna). Efter att ha gjort detta trodde jag att jag skulle ge det ett sista försök till. Startade upp, flyttade tillbaka den lagrade och kontrollerade i FileVault-förloppsskärmen i säkerhetsinställningarna. Och plötsligt såg jag att krypteringsprocessen fungerade igen. Den här gången rörde jag inte vid maskinen förrän krypteringen var klar.

Och vad jag har lärt mig från den här lektionen – gör säkerhetskopior. Och den andra lektionen jag har lärt mig: gå aldrig den enkla vägen och börja ominstallera ditt operativsystem.

Kommentarer

• Detta svar är föråldrat. Problemet fixades 10.10.3. Bästa svaret imho: apple.stackexchange.com/a/190845/45492 av Rich Trouton

Jag vill dela lösningen som löste problemet åt mig.

Först och främst misslyckades min installation av El Capitan, vilket resulterade i att efter start inloggningsskärmen visades, men efter en inloggning uppstod en kärnpanik och Mac startade om.

Så jag försökte installera om via återställningsläget, men vid den punkt där jag valde HD fick jag det här meddelande: FileVault-konvertering pågår. Använd inställningsfönstret ”Säkerhet och integritet” för att kontrollera omvandlingsstatus.

Dessa steg löste mitt problem:

• Gå till återställningsläget (håll cmd + R under start)
• Öppna en terminal och skriv: diskuitl cs list resultat: Konverteringsförlopp: pausad
• Jag öppnade ett andra terminalfönster
• Sökte efter den binära ”corestoraged”: filen / -namnet ”corestorage *”
• Hittade den i återställningsmappen: / usr / libexec / corestoraged
• Startade corestoraged i den hittade mapp: ./corestoraged
• Kontrollera nu HD via den första terminalen, konverteringsförloppet visade nu en procentsats, och efter en timme konverterades HD.
• Sedan kunde jag installera om El Capitan från samma återställningsläge.
• Efter ominstallationen var allt som det var.

Kommentarer

• Detta är det riktiga svaret
• Tack. Detta fungerade för mig med en extern disk som var pausad (jag försökte inte ’ försöka installera om macOS eller något annat). Måste bara låsa upp skivan först med diskutil coreStorage unlockVolume {logical id}.
• Tack – anrop / usr / libexec / corestoraged från återställningsläge startade framstegen och det verkar ha slutförts över natten när jag hade en misslyckad installation av High Sierra och jag stängde av FV från kommandoraden i återställningsläge. Förhoppningsvis kan installationen slutföras nu utan FileVault-komplikationen.

Få den senaste uppdateringen till Yosemite! Efter att ha sökt efter olika korrigeringar, installerade 10.10.3 och problemet löstes självt.

Här är vad som fungerade för mig baserat på det här inlägget från Apple-forumet :

1. Starta om och återställ PRAM genom att hålla Alternativ + Command + P + R
2. Det startades om snabbt igen och jag höll Command + R för att gå till återställningsläge.
3. Välj Diskverktyg
4. Jag såg min bas ”Macintosh HD” plus en krypterad ”Macintosh HD ”under den. Välj den krypterade partitionen och välj sedan Arkiv / Lås upp och ange ditt lösenord.
5. Välj” Reparera disk ”(tog 1-2 minuter)
6. Välj” Reparera diskbehörigheter ”(tog 1-2 minuter)
7. Välj baspartitionen” Macintosh HD ”och välj” Reparera disk ”(tog 3-4 minuter)
8. Starta om (Apple-menyn tror jag)
9. Logga in och öppna Systeminställningar / Säkerhet & Sekretess / FireVault
10. Kryptering var fortfarande ”pausad” vid denna tidpunkt, men jag kopplade bort och återanslutte min ström och sedan startade krypteringen och slutade snabbt (< 1 minut).

Hoppas det hjälper.

Kommentarer

• Tyvärr fungerade detta inte för mig.
• Lycka till med den metoden, jag har till och med försökt att inaktivera kryptering i återställningsläge, ingenting förändrades. li>
• Alternativet att inaktivera kryptering är nedtonat för mig i återställningsläge.
• Använda macbook pro retina i mitten av 2014 Detta fungerade inte för mig
• @Peter, du kan avgrå alternativet om du öppnar ’ File` snabbmeny medan du trycker på alternativtangenten. Glöm inte att släppa nyckeln innan du klickar på ” Stäng av … ” . Det ’ fungerar dock inte, men det fungerar inte ’.

Jag andra Peter ”(18 dec) kommentarer.

Jag hade en helt ny ur lådan 11″ MBAir plockade upp detta December 2014. FileVault pausade under installationen och bad om strömadaptern.

En äldre Apple-rådgivare sa att Apple-ingenjörer säger att det inte är något fel på datorn – du kan använda den.

Vad du inte kan göra är att stänga av FileVault. Ingenjörerna anser att detta är en kosmetisk fråga. Deras första förslag är att låta den bärbara datorn vara på utan sömn i 24 timmar – de upptäckte att i ”många fall” felet löser sig självt.

Eftersom jag inte hade några data på enheten (se Peters förslag om du gör det), fick de mig att torka enheten i Terminal, starta en netboot, välj ”Installera om Yosemite” från OS X Utilities-fönster som följer en netboot. Sedan, efter nedladdning och installation, aktiverar INTE FileVault under installationen. (Tydligen är det viktigt att torka enheten i Terminal – ominstallering av Yosemite ensam kommer inte att lösa problemet).

Hittills visas min bärbara dator nu bra som nytt.

Jag har undersökt detta problem i ungefär ett år (min bärbara dator har FileVault aktiverat sedan dess första installation men slutfördes aldrig. Jag slutade göra följande dubbelkopia till och från en USB-enhet:

1. Använd SuperDuper för att skapa en fullständig systembackup på en USB-enhet.
2. Starta från det (SuperDuper gör det automatiskt)
3. Använd Disk Util för att återskapa huvudpartitionen. (*)
4. Använd SuperDuper igen för att skapa en säkerhetskopia av huvudpartitionen på USB-enhet till den nu nya partitionen.
5. Starta från den interna enheten igen.
6. Starta om FileVault och låt den här gången slutföras innan något annat …

(*) Om du av misstag raderade återställningspartitionen kan du återskapa den genom att starta i återställningsläge (Cmd-R) och ”Installera om Yosemite”, som bara kommer att installera om operativsystemet, men kommer att lämna dina data ensamma.

Jag hoppas att detta hjälper människor att återhämta sig snyggt från detta problem. Nu när du installerar kaptenen.

Det här problemet kan också orsakas av UPS-felet (Uninterruptable Power Supply) i El Capitan (samma sak som hindrar Time Machine från att köras automatiskt).

Jag stötte på det här på en helt ny maskin. Diskverktygsreparationen gjorde ingenting, men jag kom ihåg att jag läste om UPS & Time Machine-fel. När jag kopplade bort UPS: n och startade om, fungerade både Time Machine och File Vault normalt.

Om du har en UPS och kör El Cap, kopplar du bort UPS och starta om. Testa detta först så sparar du förmodligen lite tid.