FileVault bloccato in pausa

I chiesto in seguito durante la partecipazione al WWDC 2015 e gli è stato detto che il problema “Crittografia sospesa” è stato risolto nella versione 10.10.3.

La causa principale era un problema con il ridimensionamento del volume CoreStorage durante il processo di crittografia. Quando il volume CoreStorage non è stato in grado di crescere, la crittografia è stata sospesa e non è stato possibile riprenderla finché il problema di ridimensionamento non è stato risolto.

Per risolvere questo problema:

1. Aggiorna il tuo Mac a 10.10.3 o avvia da ununità alternativa che esegue 10.10.3.
2. Sblocca lunità crittografata se necessario
3. Apri terminale

4. Esegui il seguente comando per ottenere lidentificatore del disco del tuo Mac:

   diskutil list 

5. Una volta ottenute le informazioni sullidentificatore del disco, esegui il seguente comando con privilegi di root:

   fsck_cs -y disk_identifier_goes_here 

6. fsck_cs dovrebbe riparare il volume CoreStorage e risolvere il problema di ridimensionamento. Come parte delloutput, dovrebbe mostrare che la crittografia sta riprendendo.

Commenti

• Grazie per la risposta. Anche se ‘ non sono in grado di testarlo (avendo già risolto il problema con la soluzione che ho descritto nella mia risposta er), ‘ presumo che ‘ sia la soluzione corretta.
• Purtroppo questo non ha funzionato per me . Peccato.
• Anche Utility Disco di El Capitan sembra aver fornito un modo per indirizzare ” Crittografia in pausa ” a causa del problema di dimensionamento. Seguendo le istruzioni recentemente pubblicate in uno dei tanti thread del supporto Apple, ho avviato da un disco di installazione USB El Capitan, ho eseguito Utility Disco e durante il primo soccorso ho visto: ” Il volume @@@ era ridimensionato per sbloccare la crittografia in pausa “. Adesso va tutto bene, finalmente. discussioni.apple.com/message/29014455#29014455
• ‘ sei un assoluto salvavita. Ho ‘ ho provato di tutto e questo ha funzionato.
• Sto usando la 10.12.5 ma ho ancora riscontrato questo problema (quindi non è morto ancora!) ZOMBI!Ricevo ” il volume disk0s2 non può essere riparato quando è in uso ” quando provo questa patch. Immagino di dover provare lavvio da un altro volume. Grazie per tutte le risposte dettagliate su questo thread.

Ho parlato con Apple e il mio caso è stato riassegnato . Ho inviato i registri affinché gli ingegneri valutassero e hanno stabilito che la crittografia FileVault non era riuscita. Come altri utenti hanno segnalato, lunico suggerimento era di fare un backup di Time Machine, cancellare lunità, reinstallare Yosemite e ripristinare dal backup di Time Machine.

Alcune note importanti (dai post del forum che ho “ve read):

• Quando pulisci lunità, seleziona Journaled. Il valore predefinito è Journaled, Encrypted, ma lasciare la crittografia abilitata non risolverà il problema.
• Non è necessario un backup di Time Machine per cancellare lunità e reinstallare OS X Yosemite, ma è il modo più semplice per conservare i dati.
• Devi deselezionare FileVault durante linstallazione iniziale di OS X, altrimenti questo problema potrebbe ripresentarsi. Certo, potrebbe funzionare la seconda volta … ma perché correre il rischio? Attendi che Apple risolva questo bug prima di abilitare nuovamente FileVault.
• Se esegui il ripristino dal backup di Time Machine durante linstallazione di OS X, non avrai “t ti verrà chiesto di abilitare FileVault e dovrebbe essere disattivato per impostazione predefinita.

Se questa soluzione non è soddisfacente, potresti trovare alcune indicazioni da questo guida sulla crittografia FileVault non riuscita . Ho preso in considerazione un approccio simile (ho trovato quella guida cercando su Google “killing corestoraged”), ma alla fine ho deciso di seguire lapproccio provato e vero (e noioso) di una reinstallazione completa.

Per i posteri, un estratto parziale della suddetta guida:

Quindi la scansione per il processo corrispondente si è scoperto che corestoraged stava causando il alto carico. Dandogli una possibilità 50/50 di risolverlo o di distruggere completamente il mio sistema, avevo unidea di come risolverlo. Quindi prima ho provato a terminare semplicemente il processo. Ha funzionato ma dopo pochi secondi il processo r eappeared – quindi deve essere stato avviato da un altro demone. Si è scoperto che in realtà il launchd sta dando il via a questo processo. Quindi, per seguire lintero tutorial [2] , ho deciso di fare una rapida correzione / prova. Quindi la mia idea era di spostare il daemon binario e di terminare il processo. Quindi ho fatto quanto segue:

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

E sorprendentemente il carico è diminuito, mentre il mio sistema operativo funzionava ancora. Tieni presente che questo è altamente rischioso e non consiglierei di farlo a meno che non vedi altre opzioni.

Va anche notato che esiste sicuramente una soluzione migliore in relazione al launchd configurazione. Né meno Apple dovrebbe rendere stabile il proprio FileVault, soprattutto perché deve essere considerato come un servizio principale.

[2014/09/09] Aggiornamento: già rinunciando alla mia speranza di risolvere il problema in modo permanente, Ho iniziato a eseguire il backup del mio MacBook e mi preparo per una reinstallazione. Anche se la soluzione alternativa precedente risolveva il problema di consumo energetico & di utilizzo della CPU, non mi sentivo a mio agio a muovermi tra i processi principali, dove non ero sicuro al 100% di cosa stessero facendo. Quindi ho eseguito il backup di tutto e ho iniziato a pulire la mia macchina. Dopo aver fatto tutto fino ad ora, ho deciso di avviare il Mac in modalità di ripristino e provare ancora una volta la funzionalità di riparazione del disco (in particolare le autorizzazioni di correzione). Dopo averlo fatto, ho pensato di fare un ultimo tentativo. Avviato, spostato indietro il corestoraged e controllato nella schermata di avanzamento di FileVault nelle Impostazioni di sicurezza. E allimprovviso ho visto che il processo di crittografia funzionava di nuovo. Questa volta non ho più toccato la macchina fino al termine della crittografia.

E quello che ho imparato da questa lezione – fai i backup. E la seconda lezione che ho imparato: non andare mai nel modo più semplice e iniziare a reinstallare il sistema operativo.

Commenti

• Questa risposta è obsoleta. Il problema è stato risolto nella 10.10.3. Migliore risposta imho: apple.stackexchange.com/a/190845/45492 di Rich Trouton

Voglio condividere la soluzione che ha risolto il problema per me.

Prima di tutto, la mia installazione di El Capitan non è riuscita, risultando che dopo lavvio è stata mostrata la schermata di accesso, ma dopo un accesso si è verificato un panico del kernel e il Mac si è riavviato.

Quindi ho provato a reinstallare tramite la modalità di ripristino, ma al punto di selezionare lHD, ho ottenuto questo messaggio: conversione di FileVault in corso. Utilizza il pannello delle preferenze “Sicurezza e privacy” per controllare lo stato della conversione.

Questi passaggi hanno risolto il mio problema:

• Vai alla modalità di ripristino (tieni premuto cmd + R durante lavvio)
• Apri un terminale e digita: diskuitl cs list risultato: Avanzamento conversione: in pausa
• Ho aperto una seconda finestra di terminale
• Ho cercato il file binario “corestoraged”: file / -name “corestorage *”
• Trovato nella cartella di ripristino: / usr / libexec / corestoraged
• Corestoraged avviato nel trovato cartella: ./corestoraged
• Ora controlla lHD tramite il primo terminale, lavanzamento della conversione ora mostrava una percentuale e dopo unora lHD è stato convertito.
• Quindi potrei reinstallare El Capitan dalla stessa modalità di ripristino.
• Dopo la reinstallazione, tutto era come se fosse.

Commenti

• Questa è la vera risposta
• Grazie. Questo ha funzionato per me con un disco esterno che era in pausa (non ‘ tentando di reinstallare macOS o altro). Dovevo solo sbloccare il disco prima con diskutil coreStorage unlockVolume {logical id}.
• Grazie – invocando / usr / libexec / corestoraged dalla modalità di ripristino è stato avviato il progresso e sembra che sia stato completato dalloggi al domani quando ho avuto uninstallazione non riuscita di High Sierra e ho disattivato FV dalla riga di comando in modalità di ripristino. Si spera che linstallazione possa ora essere completata senza la complicazione di FileVault aggiunta.

Scarica lultimo aggiornamento di Yosemite! Dopo aver verificato la presenza di varie correzioni, ho installato 10.10.3 e il problema si è risolto da solo.

Ecco cosa ha funzionato per me in base su questo post dal forum Apple :

1. Riavvia e reimposta PRAM tenendo premuto Opzione + Comando + P + R
2. Si è riavviato rapidamente e ho tenuto premuto Command + R per accedere alla modalità di ripristino.
3. Seleziona Utility Disco
4. Ho visto il mio “Macintosh HD” di base più un “Macintosh HD” crittografato “sotto di essa. Seleziona la partizione crittografata, quindi seleziona File / Sblocca e inserisci la tua password.
5. Seleziona” Ripara disco “(ci sono voluti 1-2 minuti)
6. Seleziona” Ripara autorizzazioni disco “(ci sono voluti 1-2 minuti)
7. Seleziona la partizione” Macintosh HD “di base e seleziona” Ripara disco “(ci sono voluti 3-4 minuti)
8. Riavvia (menu Apple credo)
9. Accedi e apri Preferenze di Sistema / Sicurezza & Privacy / FireVault
10. La crittografia era ancora “In pausa” a questo punto, ma mi sono disconnesso e ricollegato il mio alimentazione e quindi la crittografia è stata riavviata e terminata rapidamente (< 1 minuto).

Spero che questo aiuti.

Commenti

• Sfortunatamente, questo non ha funzionato per me.
• Nessuna fortuna con questo metodo, ho persino provato a disabilitare la crittografia in modalità di ripristino, nulla è cambiato.
• Lopzione per disabilitare la crittografia è disattivata per me in modalità di ripristino.
• Utilizzo di macbook pro retina a metà 2014 Questo non ha funzionato per me
• @Peter, puoi deseleziona lopzione se apri il menu contestuale ‘ File` mentre premi il tasto Opzione. Non ‘ dimenticare di rilasciare il tasto prima di fare clic su ” Spegni … ” . ‘ non serve, tuttavia, ‘ non funziona.

Secondo i commenti di Peter “(18 dicembre).

Avevo un MBAir nuovo di zecca da 11″ che ha raccolto questo Dicembre 2014. FileVault si è interrotto durante la configurazione per chiedere lalimentatore.

Un consulente Apple senior ha detto che gli ingegneri Apple dicono che non cè niente di sbagliato nel computer: puoi usarlo.

Quello che non puoi fare è disattivare FileVault. Gli ingegneri considerano questo un problema estetico. Il loro primo suggerimento è di lasciare il laptop acceso senza dormire per 24 ore: hanno scoperto che in “molti casi” il lerrore si risolve da solo.

Dato che non avevo dati sullunità (vedi i suggerimenti di Peter se lo fai), mi hanno fatto cancellare lunità in Terminale, avviare un avvio di rete, selezionare “Reinstalla Yosemite” dal Windows Utilità OS X che segue un avvio da rete. Quindi, dopo il download e linstallazione, NON attivare FileVault durante la configurazione (a quanto pare è importante pulire lunità in Terminal: reinstallare Yosemite da solo non risolverà il problema).

Finora ora appare il mio laptop come nuovo.

Sto esaminando questo problema da circa un anno (il mio laptop ha FileVault abilitato da allora la sua installazione iniziale ma non è mai stata completata. Ho finito per eseguire la seguente doppia copia da e verso ununità USB:

1. Usa SuperDuper per creare un backup completo del sistema su ununità USB.
2. Avvia da esso (SuperDuper lo fa automaticamente)
3. Usa Disk Util per ricreare la partizione principale. (*)
4. Usa di nuovo SuperDuper per creare un backup della partizione principale sul Unità USB nella partizione ora fresca.
5. Avvia di nuovo dallunità interna.
6. Riavvia FileVault, e questa volta lascia che si completi prima di ogni altra cosa …

(*) Se hai eliminato accidentalmente la partizione di ripristino, puoi ricrearla avviando in Recovery Mode (Cmd-R) e “Reinstalla Yosemite”, che reinstallerà solo il sistema operativo, ma lascerà i tuoi dati in pace.

Spero che questo aiuti le persone a riprendersi bene da questo problema. Ora passiamo allinstallazione di Captain.

Questo problema può essere causato anche dal bug UPS (Uninterruptable Power Supply) in El Capitan (la stessa cosa che impedisce a Time Machine di funzionare automaticamente).

Mi sono imbattuto in questo su una macchina nuova di zecca. La riparazione di Utility Disco non ha fatto nulla, ma ricordavo di aver letto dellUPS & Bug di Time Machine. Quando ho scollegato lUPS e riavviato, sia Time Machine che File Vault hanno funzionato normalmente.

Se hai un UPS e utilizzi El Cap, scollega lUPS e riavvia. Prova prima e probabilmente risparmierai un po di tempo.