FileVault Stuck on Pause

I spurte etter dette mens jeg deltok på WWDC 2015 og fikk beskjed om at «Encryption Paused» -problemet ble adressert i 10.10.3.

Årsaken var et problem med å endre størrelse på CoreStorage-volumet under krypteringsprosessen. Når CoreStorage-volumet ikke kunne vokse, ble krypteringen midlertidig stoppet og kunne ikke gjenopptas før problemet med endringsstørrelse ble løst.

Slik løser du dette problemet:

1. Oppdater Mac-en til 10.10.3 eller start opp fra en alternativ stasjon som kjører 10.10.3.
2. Lås opp den krypterte stasjonen om nødvendig
3. Åpne terminal

4. Kjør følgende kommando for å få din Macs diskidentifikator:

   diskutil list 

5. Når du har informasjon om diskidentifikatoren, kjører du følgende kommando med rotprivilegier:

   fsck_cs -y disk_identifier_goes_here 

6. fsck_cs bør reparere CoreStorage-volumet og løse problemet med endring av størrelse. Som en del av utdataene skal det vise at kryptering gjenopptas.

Kommentarer

• Takk for svaret ditt. Mens jeg ‘ ikke klarer å teste dette (har allerede løst problemet med løsningen jeg beskrev i mitt svar er), jeg ‘ Jeg antar at det ‘ er den riktige løsningen.
• Dessverre fungerte dette ikke for meg . Synd.
• Diskverktøy fra og med El Capitan ser ut til å ha gitt en måte å adressere » Kryptering satt på pause » på grunn av størrelsesproblemet. Etter instruksjoner som nylig ble lagt ut i en av de mange Apple Support-trådene, startet jeg opp fra en USB El Capitan installasjonsdisk, kjørte Diskverktøy og så under førstehjelp: » Volumet @@@ var endret størrelse for å oppheve blokkeringen av midlertidig kryptering «. Nå er alt bra, endelig. discussions.apple.com/message/29014455#29014455
• Du ‘ er absolutt livsredder. Jeg ‘ har prøvd alt der ute, og dette gjorde susen.
• Jeg kjører 10.12.5, men jeg løp fortsatt inn i dette problemet (så det er ikke dødt ennå!) ZOMBIES!Jeg får » volumet disk0s2 kan ikke repareres når det er i bruk » når jeg prøver denne oppdateringen. Jeg må vel starte boot fra et annet volum. Takk for alle de detaljerte svarene på denne tråden.

Jeg snakket med Apple og saken min ble eskalert. . Jeg sendte inn logger for ingeniørene å evaluere, og de bestemte seg for at FileVault-krypteringen mislyktes. Som andre brukere har rapportert, var det eneste forslaget å lage en Time Machine-sikkerhetskopi, tørke stasjonen, installere Yosemite på nytt og gjenopprette fra Time Machine-sikkerhetskopien.

Noen viktige merknader (fra foruminnlegg jeg har les):

• Når du tørker av stasjonen, velger du Journaled. Den er som standard Journaled, Encrypted å la kryptering være aktivert løser ikke problemet.
• En Time Machine-sikkerhetskopi er ikke nødvendig for å tørke stasjonen og installere OS X Yosemite på nytt, men det er den enkleste måten å beholde dataene dine på.
• Du må fjerne merket for FileVault under det første OS X-oppsettet, ellers kan dette problemet oppstå. Selvfølgelig kan det fungere andre gang … men hvorfor ta risikoen? Vent til Apple fikser denne feilen før du aktiverer FileVault igjen.
• Hvis du gjenoppretter fra Time Machine-sikkerhetskopien under OS X-installasjonen, vil du ikke t bli bedt om å aktivere FileVault, og den skal være av som standard.

Hvis denne løsningen ikke er tilfredsstillende, kan du finne litt veiledning fra dette guide om mislykket FileVault-kryptering . Jeg vurderte en lignende tilnærming (jeg fant den veiledningen ved å søke på Google for å «drepe corestoraged»), men til slutt bestemte jeg meg for å gå med den prøvde og sanne (og kjedelige) tilnærmingen til en full installasjon på nytt.

For ettertiden, et delvis utdrag av den nevnte guiden:

Så skanning etter den samme prosessen viste seg at corestoraged forårsaket gir den en 50/50 sjanse til å fikse det eller å ødelegge systemet mitt helt, jeg hadde en ide om hvordan jeg skulle fikse det. Så først prøvde jeg å bare drepe prosessen. Det fungerte, men etter noen sekunder gikk prosessen dukket opp – så det må ha blitt startet fra en annen demon. Det viste seg at faktisk lanseringen starter denne prosessen. Så for å gå gjennom hele opplæringen [2] bestemte jeg meg for å gjøre en rask løsning / prøveversjon. Så ideen min var å flytte demonen binært og enn å drepe prosessen. Så jeg gjorde følgende:

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

Og overraskende falt belastningen mens operativsystemet mitt fortsatt fungerte. Vær oppmerksom på at dette er svært risikabelt, og jeg vil ikke anbefale å gjøre det med mindre du ikke ser noen andre alternativer.

Det bør også bemerkes at det definitivt er en bedre løsning på plass relatert til lanseringen konfigurasjon. Ikke desto mindre bør Apple få FileVault til å kjøre stabilt, spesielt siden det må betraktes som en kjernetjeneste.

[2014/09/09] Oppdatering: Har allerede gitt opp håpet mitt om å løse problemet permanent, Jeg begynte å sikkerhetskopiere MacBook og forberede meg på en nyinstallasjon. Selv om løsningen ovenfor løste CPU-bruken & strømforbruksproblemet, følte jeg meg ikke komfortabel med å bevege meg rundt kjerneprosesser, der jeg ikke var 100% sikker på hva de gjør. Så jeg sikkerhetskopierte alt og begynte å rengjøre maskinen min. Etter å ha gjort alt så langt bestemte jeg meg for å starte Macen i gjenopprettingsmodus og prøve en gang til diskreparasjonsfunksjonaliteten (spesielt fiksetillatelsene). Etter å ha gjort dette, trodde jeg at jeg prøvde det en gang til. Startet opp, flyttet den lagrede tilbake og sjekket i FileVault-fremdriftsskjermbildet i sikkerhetsinnstillingene. Og plutselig så jeg at krypteringsprosessen fungerte igjen. Denne gangen berørte jeg ikke maskinen lenger før krypteringen var ferdig.

Og det jeg har lært av denne leksjonen – ta sikkerhetskopier. Og den andre leksjonen jeg har lært: Gå aldri den enkle veien og begynn å installere operativsystemet på nytt.

Kommentarer

• Dette svaret er utdatert. Problemet ble løst i 10.10.3. Beste svar imho: apple.stackexchange.com/a/190845/45492 av Rich Trouton

Jeg vil dele løsningen som løste problemet for meg.

Først av alt mislyktes El Capitan-installasjonen min, noe som resulterte i at etter oppstart påloggingsskjermen ble vist, men etter pålogging var det en kjernepanikk og Mac startet på nytt.

Så jeg prøvde å installere på nytt via gjenopprettingsmodus, men på det tidspunktet jeg valgte HD, fikk jeg dette melding: FileVault-konvertering pågår. Bruk innstillingsruten «Sikkerhet og personvern» for å kontrollere konverteringsstatus.

Disse trinnene løste problemet mitt:

• Gå til gjenopprettingsmodus (hold cmd + R under oppstart)
• Åpne en terminal, og skriv: diskuitl cs list resultat: Konverteringsfremdrift: Pauset
• Jeg åpnet et andre terminalvindu
• Søkte etter binær «corestoraged»: fil / -navn «corestorage *»
• Fant den i gjenopprettingsmappen: / usr / libexec / corestoraged
• Startet corestoraged i funnet mappe: ./corestoraged
• Sjekk nå HD via den første terminalen, konverteringsfremdriften viste nå en prosentandel, og etter en time ble HD konvertert.
• Så kunne jeg installere på nytt El Capitan fra samme gjenopprettingsmodus.
• Etter installasjonen var alt som det var.

Kommentarer

• Dette er det virkelige svaret
• Takk. Dette fungerte for meg med en ekstern disk som ble satt på pause (jeg prøvde ikke å installere macOS eller noe på nytt). Måtte bare låse opp disken først med diskutil coreStorage unlockVolume {logical id}.
• Takk – påkalling / usr / libexec / corestoraged fra Recovery-modus startet fremdriften, og det ser ut til å være fullført over natten da jeg hadde en mislykket installasjon av High Sierra og jeg slått av FV fra kommandolinjen i gjenopprettingsmodus. Forhåpentligvis kan installasjonen fullføres nå uten den ekstra FileVault-komplikasjonen.

Få den siste oppdateringen til Yosemite! Etter å ha sjekket for forskjellige rettelser, installerte 10.10.3 og problemet løst selv.

Her er hva som fungerte for meg basert på dette innlegget fra Apple-forumet :

1. Start på nytt og tilbakestill PRAM ved å holde Alternativ + Command + P + R
2. Den startet raskt på nytt og jeg holdt Command + R for å gå til gjenopprettingsmodus.
3. Velg Diskverktøy
4. Jeg så basen min «Macintosh HD» pluss en kryptert «Macintosh HD «under den. Velg den krypterte partisjonen, og velg deretter Fil / Lås opp og skriv inn passordet ditt.
5. Velg» Repair Disk «(tok 1-2 minutter)
6. Velg» Repair Disk Permissions » «(tok 1-2 minutter)
7. Velg» Macintosh HD «-partisjonen og velg» Reparer disk «(tok 3-4 minutter)
8. Start på nytt (Apple-meny tror jeg)
9. Logg inn og åpne Systemvalg / Sikkerhet & Personvern / FireVault
10. Kryptering var fortsatt «Pauset» på dette tidspunktet, men jeg koblet fra og koblet til meg igjen strøm og kryptering startet på nytt og ble ferdig raskt (< 1 minutt).

Håper det hjelper.

Kommentarer

• Dessverre fungerte dette ikke for meg.
• Ikke hell med å bruke den metoden, jeg har til og med prøvd å deaktivere kryptering i gjenopprettingsmodus, ingenting endret seg.
• Alternativet for å deaktivere kryptering er nedtonet for meg i gjenopprettingsmodus.
• Ved hjelp av macbook pro retina midt i 2014 Dette fungerte ikke for meg
• @Peter, du kan avgrå alternativet hvis du åpner ‘ Filmenyen mens du trykker på alternativtasten. Ikke glem å slippe nøkkelen før du klikker på » Slå av … » ‘ . Det ‘ nytter ikke, men det fungerer ikke ‘.

Jeg kommenterer Peter «(18. des.).

Jeg hadde en helt ny ut av esken 11″ MBAir plukket opp dette Desember 2014. FileVault stoppet midlertidig under oppsettet og ba om strømadapteren.

En senior Apple-rådgiver sa at Apple-ingeniører sa at det ikke er noe galt med datamaskinen – du kan bruke den.

Det du ikke kan gjøre er å slå av FileVault. Ingeniørene anser dette som et kosmetisk problem. Deres første forslag er å la den bærbare datamaskinen være på uten søvn i 24 timer – de oppdaget at i «mange tilfeller» feil løser seg selv.

Siden jeg ikke hadde data på stasjonen (se Peters forslag hvis du gjør det), fikk de meg til å tørke stasjonen i Terminal, starte en netboot, velg «Installer Yosemite» fra OS X Utilities-vinduer som følger en netboot. Så, etter nedlasting og installasjon, aktiverer IKKE FileVault under oppsett. (Tilsynelatende er det viktig å tørke stasjonen i Terminal – å installere Yosemite alene vil ikke løse problemet).

Så langt vises den bærbare datamaskinen min nå. godt som nytt.

Jeg har sett på dette problemet i omtrent et år (den bærbare datamaskinen min har FileVault aktivert siden den første installasjonen, men aldri fullført. Jeg endte med å gjøre følgende dobbelkopi til og fra en USB-stasjon:

1. Bruk SuperDuper til å lage en fullstendig sikkerhetskopi av systemet på en USB-stasjon.
2. Start fra det (SuperDuper gjør det automatisk)
3. Bruk Disk Util til å gjenskape hovedpartisjonen. (*)
4. Bruk SuperDuper igjen for å lage en sikkerhetskopi av hovedpartisjonen på USB-stasjon til den nå ferske partisjonen.
5. Start fra den interne stasjonen igjen.
6. Start FileVault på nytt, og la den fullføre før noe annet …

(*) Hvis du ved et uhell slettet gjenopprettingspartisjonen, kan du gjenskape den ved å starte i Recovery Mode (Cmd-R) og «Reinstall Yosemite», som bare vil installere operativsystemet på nytt, men vil la dataene dine være i fred.

Jeg håper dette hjelper folk å komme seg pent fra dette problemet. Nå til installering av kapteinen.

Dette problemet kan også være forårsaket av UPS-feilen (Uninterruptable Power Supply) i El Capitan (samme ting som hindrer Time Machine i å kjøre automatisk).

Jeg løp inn i dette på en helt ny maskin. Diskverktøyreparasjonen gjorde ingenting, men jeg husket at jeg hadde lest om UPS & Time Machine-feil. Når jeg koblet fra UPS-en og startet på nytt, fungerte både Time Machine og File Vault normalt.

Hvis du har en UPS og kjører El Cap, kobler du fra UPS-en og start på nytt. Prøv dette først, så sparer du sannsynligvis litt tid.