FileVault sidder fast på pause

I spurgte efter dette, mens han deltog i WWDC 2015 og fik at vide, at problemet “Kryptering midlertidigt stoppet” blev behandlet i 10.10.3.

Grundårsagen var et problem med at ændre størrelsen på CoreStorage-diskenheden under krypteringsprocessen. Når CoreStorage-diskenheden ikke kunne vokse, blev krypteringen sat på pause og kunne ikke genoptages, før problemet med størrelsesændring blev løst.

Sådan løser du dette problem:

1. Opdater din Mac til 10.10.3 eller start fra et alternativt drev, der kører 10.10.3.
2. Lås det krypterede drev op, hvis det er nødvendigt
3. Åbn terminal

4. Kør følgende kommando for at hente din Macs disk-id:

   diskutil list 

5. Når du har oplysninger om diskidentifikator, skal du køre følgende kommando med rod privilegier:

   fsck_cs -y disk_identifier_goes_here 

6. fsck_cs skal reparere CoreStorage-lydstyrken og løse problemet med ændring af størrelse. Som en del af output skal det vise, at kryptering genoptages.

Kommentarer

• Tak for dit svar. Mens jeg ‘ ikke er i stand til at teste dette (har allerede løst problemet med den løsning, jeg beskrev i mit svar er), jeg ‘ Jeg antager, at det ‘ er den rigtige løsning.
• Desværre fungerede dette ikke for mig . Alt for dårlig.
• Diskværktøj fra El Capitan synes også at have givet en måde at adressere ” Kryptering sat på pause ” på grund af størrelsesproblemet. Efter instruktioner, der for nylig blev sendt i en af de mange Apple Support-tråde, startede jeg fra en USB El Capitan-installationsdisk, kørte Diskværktøj og så under førstehjælp: ” Lydstyrken @@@ var ændret størrelse for at fjerne blokering af midlertidig kryptering “. Nu er alt godt, endelig. talks.apple.com/message/29014455#29014455
• Du ‘ er en absolut livredder. Jeg ‘ har prøvet alt derude, og dette gjorde tricket.
• Jeg kører 10.12.5, men jeg løb stadig ind i dette problem (så det er ikke død endnu!) ZOMBIES!Jeg får ” volumen disk0s2 kan ikke repareres, når den er i brug “, når jeg prøver denne patch. Jeg antager, at jeg skal prøve at starte fra et andet bind. Tak for alle de detaljerede svar på denne tråd.

Jeg talte med Apple, og min sag blev eskaleret. . Jeg sendte logfiler, som ingeniørerne skulle evaluere, og de fastslog, at FileVault-krypteringen mislykkedes. Som andre brugere har rapporteret, var det eneste forslag at lave en Time Machine-sikkerhedskopi, tørre drevet, geninstallere Yosemite og gendanne fra Time Machine-sikkerhedskopien.

Et par vigtige noter (fra forumindlæg, jeg har læse):

• Når du tørrer drevet, skal du vælge Journaled. Det er som standard Journaled, Encrypted At lade kryptering være aktiveret løser ikke problemet.
• En Time Machine-backup er ikke påkrævet for at slette drevet og geninstallere OS X Yosemite, men det er den nemmeste måde at gemme dine data på.
• Du skal fjerne markeringen i FileVault under den indledende OS X-opsætning, ellers opstår dette problem muligvis igen. Selvfølgelig fungerer det muligvis anden gang … men hvorfor tage risikoen? Vent på, at Apple løser denne fejl, før du aktiverer FileVault igen.
• Hvis du gendanner fra Time Machine-sikkerhedskopien under OS X-installationen, vinder du ikke t bedes om at aktivere FileVault, og den skal være slået fra som standard.

Hvis denne løsning ikke er tilfredsstillende, kan du finde nogle vejledninger fra dette guide til mislykket FileVault-kryptering . Jeg overvejede en lignende tilgang (jeg fandt den vejledning ved at søge på Google efter “dræbte corestoraged”), men besluttede i sidste ende at gå med den afprøvede og sande (og kedelige) tilgang til en fuld geninstallation.

For eftertiden, et delvis uddrag af den førnævnte guide:

Så scanning efter den samme proces viste sig, at corestoraged forårsagede At give det en 50/50 chance for at ordne det eller ødelægge mit system fuldstændigt, jeg havde en idé om, hvordan jeg fikser det. Så først forsøgte jeg bare at dræbe processen. Det fungerede, men efter et par sekunder r dukkede op – så det må være startet fra en anden dæmon. Det viste sig, at faktisk lanceringen starter denne proces. Så enten for at gå igennem hele tutorial [2] besluttede jeg at lave en hurtig løsning / prøve. Så min idé var at flytte dæmonen binært og end at dræbe processen. Så jeg gjorde følgende:

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

Og overraskende faldt belastningen, mens mit operativsystem stadig fungerede. Bemærk, at dette er meget risikabelt, og jeg vil ikke anbefale at gøre det, medmindre du ikke ser andre muligheder.

Det skal også bemærkes, at der bestemt er en bedre løsning på plads relateret til lanceringen konfiguration. Ikke desto mindre bør Apple ikke få deres FileVault til at køre stabilt, især da det skal betragtes som en kernetjeneste.

[2014/09/09] Opdatering: Allerede opgiver jeg mit håb om at løse problemet permanent, Jeg begyndte at tage backup af min MacBook og forberede mig på en geninstallation. Selvom ovenstående løsning løste CPU-brug & Strømforbrugsproblemet, følte jeg mig ikke komfortabel med at bevæge mig omkring kerneprocesser, hvor jeg ikke var 100% sikker på, hvad de laver. Så jeg sikkerhedskopierede alt og begyndte at rengøre min maskine. Efter at have gjort alt indtil videre besluttede jeg at starte Macen i gendannelsestilstand og prøve endnu en gang diskreparationsfunktionaliteten (især rettelsesrettighederne). Efter at have gjort dette, troede jeg, jeg prøvede det endnu en gang. Startet op, flyttet det oprindelige lagret tilbage og kontrolleret i FileVault-fremskridtskærmen inden for sikkerhedsindstillingerne. Og pludselig så jeg, at krypteringsprocessen fungerede igen. Denne gang rørte jeg ikke ved maskinen længere, før krypteringen var færdig.

Og hvad jeg har lært af denne lektion – lav sikkerhedskopier. Og den anden lektion, jeg har lært: Gå aldrig den nemme vej og start geninstallation af dit operativsystem.

Kommentarer

• Dette svar er forældet. Problemet blev løst i 10.10.3. Bedste svar imho: apple.stackexchange.com/a/190845/45492 af Rich Trouton

Jeg vil dele den løsning, der løste problemet for mig.

Først og fremmest mislykkedes min El Capitan-installation, hvilket resulterede i, at efter boot login-skærmen blev vist, men efter et login var der en kernepanik, og Macen blev genstartet.

Så jeg forsøgte at geninstallere via Recovery Mode, men på det tidspunkt, hvor jeg valgte HD, fik jeg dette besked: FileVault-konvertering er i gang. Brug præferenceruden “Sikkerhed og privatliv” til at kontrollere konverteringsstatus.

Disse trin løste mit problem:

• Gå til gendannelsestilstand (hold cmd + R under opstart)
• Åbn en terminal, og skriv: diskuitl cs liste resultat: Konverteringsfremgang: midlertidigt stoppet
• Jeg åbnede et andet terminalvindue
• Søgte efter det binære “corestoraged”: fil / -navn “corestorage *”
• Fundet i genoprettelsesmappen: / usr / libexec / corestoraged
• Startede corestoraged i fundet mappe: ./corestoraged
• Kontroller nu HD via den første terminal, konverteringsfremgangen viste nu en procentdel, og efter en time blev HD konverteret.
• Så kunne jeg geninstallere El Capitan fra den samme gendannelsestilstand.
• Efter geninstallationen var alt som det var.

Kommentarer

• Dette er det rigtige svar
• Tak. Dette fungerede for mig med en ekstern disk, der var sat på pause (jeg prøvede ikke ‘ at geninstallere macOS eller noget andet). Måste først låse disken op med diskutil coreStorage unlockVolume {logical id}.
• Tak – påkaldelse / usr / libexec / corestoraged fra gendannelsestilstand startede fremskridt, og det ser ud til at være afsluttet natten over da jeg havde en mislykket installation af High Sierra, og jeg slukkede FV fra kommandolinjen i gendannelsestilstand. Forhåbentlig kan installationen gennemføres nu uden den tilføjede FileVault-komplikation.

Få den seneste opdatering til Yosemite! Efter at have tjekket for forskellige rettelser, installerede 10.10.3 og problemet løste sig selv.

Her er hvad der fungerede for mig baseret på dette indlæg fra Apple-forummet :

1. Genstart og nulstil PRAM ved at holde Option + Command + P + R
2. Det genstartede hurtigt igen, og jeg holdt Command + R nede for at gå ind i gendannelsestilstand.
3. Vælg Diskværktøj
4. Jeg så min base “Macintosh HD” plus en krypteret “Macintosh HD “under den. Vælg den krypterede partition, og vælg derefter File / Unlock og indtast din adgangskode.
5. Vælg” Repair Disk “(tog 1-2 minutter)
6. Vælg” Repair Disk Permissions ” “(tog 1-2 minutter)
7. Vælg basis” Macintosh HD “-partitionen og vælg” Reparer disk “(tog 3-4 minutter)
8. Genstart (Apple-menu tror jeg)
9. Log ind og åbn Systemindstillinger / Sikkerhed & Privatliv / FireVault
10. Kryptering var stadig “pause” på dette tidspunkt, men jeg afbrød forbindelsen og forbandt min strøm og derefter genstartes kryptering og færdig hurtigt (< 1 minut).

Håber det hjælper.

Kommentarer

• Desværre fungerede dette ikke for mig.
• Intet held ved at bruge denne metode, jeg har endda forsøgt at deaktivere kryptering i gendannelsestilstand, intet ændrede sig.
• Muligheden for at deaktivere kryptering er nedtonet for mig i gendannelsestilstand.
• Brug af macbook pro retina medio 2014 Dette fungerede ikke for mig
• @Peter, du kan ungrå indstillingen, hvis du åbner ‘ Filens kontekstmenu, mens du trykker på Option-tasten. Glem ikke ‘ glip nøglen, før du klikker på ” Sluk … ” . Det ‘ nytter dog ikke, det fungerer ikke ‘.

I second Peter “s (18. dec) kommentarer.

Jeg havde en helt ny ud af boksen 11″ MBAir hentede dette December 2014. FileVault holdt pause under opsætningen og bad om strømadapteren.

En senior Apple-rådgiver sagde, at Apple-ingeniører sagde, at der ikke er noget galt med computeren – du kan bruge den.

Hvad du ikke kan gøre er at slå FileVault fra. Ingeniørerne betragter dette som et kosmetisk problem. Deres første forslag er at lade den bærbare computer være tændt uden søvn i 24 timer – de opdagede, at i “mange tilfælde” fejl løser sig selv.

Da jeg ikke havde nogen data på drevet (se Peters forslag, hvis du gør det), fik de mig til at tørre drevet i Terminal, starte en netboot, vælg “Geninstaller Yosemite” fra OS X Utilities-vinduer, der følger en netboot. Derefter, efter download og installation, aktiverer IKKE FileVault under opsætning. (Det er tilsyneladende vigtigt at tørre drevet i Terminal – geninstallation af Yosemite alene vil ikke løse problemet).

Indtil videre vises min bærbare computer nu godt som nyt.

Jeg har undersøgt dette problem i omkring et år (min bærbare computer har FileVault aktiveret siden den oprindelige installation, men aldrig afsluttet. Jeg endte med at lave følgende dobbeltkopi til og fra et USB-drev:

1. Brug SuperDuper til at oprette en komplet systemback-up på et USB-drev.
2. Start fra det (SuperDuper gør det automatisk)
3. Brug Disk Util til at genskabe hovedpartitionen. (*)
4. Brug SuperDuper igen til at oprette en sikkerhedskopi af hovedpartitionen på USB-drev på den nu nye partition.
5. Start fra det interne drev igen.
6. Genstart FileVault, og lad den fuldføre inden noget andet …

(*) Hvis du ved et uheld slettede gendannelsespartitionen, kan du genskabe den ved at starte i gendannelsestilstand (Cmd-R) og “Geninstaller Yosemite”, som kun vil geninstallere operativsystemet, men vil lade dine data være alene.

Jeg håber, det hjælper folk med at komme sig godt tilbage fra dette problem. Nu til installation af kaptajnen.

Dette problem kan også skyldes UPS (Uninterruptable Power Supply) bug i El Capitan (samme ting, der holder Time Machine i at køre automatisk).

Jeg løb ind i dette på en helt ny maskine. Diskværktøjsreparationen gjorde intet, men jeg huskede at have læst om UPS & Time Machine-fejl. Når jeg afbrudte UPSen og genstartede, fungerede både Time Machine og File Vault normalt.

Hvis du har en UPS og kører El Cap, skal du frakoble UPS og genstart. Prøv dette først, så sparer du sandsynligvis noget tid.