FileVault bloccato in pausa


19

Ho appena ricevuto un nuovo 13 "rMBP con Yosemite installato. Ho scelto di abilitare FileVault quando ho installato la macchina.

Ora, diversi giorni dopo, un'app chiamata "Ripristino da FileVault" viene visualizzata nell'elenco di app che consumano molta energia. [ Modifica: questa app non viene più visualizzata; tutto il resto in questo post è ancora vero.]

Controllo FileVault in Preferenze di Sistema e dice "Crittografia in pausa", seguito da "Connetti adattatore di alimentazione per riprendere la crittografia". Il collegamento dell'alimentatore non fa alcuna differenza, anche se la macchina riconosce che si sta caricando.

Ho trovato diversi thread che descrivono questo problema, ma nessuna soluzione.

Ho provato a ripristinare SMC, a cancellare la PRAM, andare in modalità di ripristino, riparare il disco e riparare le autorizzazioni. Niente ha funzionato. Non riesco a fermare FileVault dal terminale e quando provo ad abilitarlo, dice che è già attivo:

$ fdesetup status
FileVault is On.
Encryption in progress: Pending

$ sudo fdesetup disable
Password:
Enter a password for '/':
...

$ fdesetup status
FileVault is On.
Encryption in progress: Pending

$ sudo fdesetup enable
Error: FileVault is already On.

Ecco l'output di diskutil cs list:

$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 25ED6E9D-5D22-4846-9C2A-2698F58A1159
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         250140434432 B (250.1 GB)
    Free Space:   0 B (0 B)
    |
    +-< Physical Volume 32AF849E-36C7-4587-AF3E-3BEC1D517A69
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     250140434432 B (250.1 GB)
    |
    +-> Logical Volume Family F3D38571-E46C-4A52-9C1A-71B9737E0A79
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         AES-XTS
        Conversion Status:       Converting
        Conversion Direction:    forward
        Has Encrypted Extents:   Yes
        Fully Secure:            No
        Passphrase Required:     Yes
        |
        +-> Logical Volume 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49
            ---------------------------------------------------
            Disk:                  disk1
            Status:                Online
            Size (Total):          249820610560 B (249.8 GB)
            Conversion Progress:   Paused
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

Quando cerco console corestorage, ottengo molte voci come le seguenti:

12/13/14 8:41:45.067 PM corestoraged[155]: 0x7fff78553300 resumeBackgroundConversion: background conversion started/resumed for lv 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49.

E altri come questo:

12/13/14 8:41:45.000 PM kernel[0]: CoreStorageLogical::resumeBackgroundTransform: thread already running

Eventuali suggerimenti? La macchina è nuova di zecca, quindi non c'è una ENORME quantità di dati su di essa (né ci sono backup di Time Machine), ma vorrei evitare di cancellare l'unità.

Se non c'è nulla che io possa fare, Apple ha una storia di aggiornamenti rapidi per problemi come questo?


1
Ho scaricato e disabilitato i demoni del corestorage (c'è un corestoraged e un aiutante), ho riavviato e ripristinato la carrozzina, riparato il mio disco in modalità provvisoria e infine riavviato di nuovo. Poi ho riattivato i demoni e mi è sembrato che si sbloccasse. Non pubblicarlo come una risposta effettiva, perché non ho idea se sia davvero una soluzione, o abbia funzionato per me.
Markwatson,

@markwatson Ho fatto riferimento a un processo simile nella mia risposta. È lo stesso che hai seguito?
Peter,

Risposte:


12

L'ho chiesto dopo aver partecipato al WWDC 2015 e mi è stato detto che il problema "Crittografia sospesa" è stato risolto in 10.10.3.

La causa principale è stata un problema con il ridimensionamento del volume CoreStorage durante il processo di crittografia. Quando il volume CoreStorage non è stato in grado di aumentare, la crittografia è stata messa in pausa e non è stato possibile riprendere fino a quando non è stato risolto il problema di ridimensionamento.

Per risolvere questo problema:

  1. Aggiorna il tuo Mac a 10.10.3 o esegui l'avvio da un'unità alternativa che esegue 10.10.3.
  2. Sblocca l'unità crittografata, se necessario
  3. Terminale aperto
  4. Esegui il comando seguente per ottenere l'identificatore del disco del tuo Mac:

    diskutil list
    
  5. Dopo aver ottenuto le informazioni sull'identificatore del disco, eseguire il comando seguente con i 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 dell'output, dovrebbe mostrare che la crittografia sta riprendendo.


Grazie per la risposta. Sebbene non sia in grado di verificarlo (avendo già risolto il problema con la soluzione che ho descritto nella mia risposta), supporrò che sia la soluzione corretta.
Peter,

Purtroppo questo non ha funzionato per me. Peccato.
Ben Wilde,

1
Disk Utility a partire da El Capitan sembra anche aver fornito un modo per affrontare "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 @@@ è stato ridimensionato per sbloccare la crittografia sospesa". Ora tutto bene, finalmente. discussioni.apple.com/it/message/29014455#29014455
npdoty,

Sei un vero salvavita. Ho provato tutto là fuori e questo ha fatto il trucco.
InkGolem,

Sto correndo il 10.12.5 ma ho ancora riscontrato questo problema (quindi non è ancora morto!) ZOMBIES! Ottengo "il volume disk0s2 non può essere riparato quando è in uso" quando provo questa patch. Immagino di dover provare l'avvio da un altro volume. Grazie per tutte le risposte dettagliate su questa discussione.
micstr,

8

Ho parlato con Apple e il mio caso è stato intensificato. Ho inviato registri per la valutazione da parte degli ingegneri e hanno stabilito che la crittografia FileVault non era riuscita. Come altri utenti hanno segnalato, l'unico suggerimento era di eseguire un backup di Time Machine, cancellare l'unità, reinstallare Yosemite e ripristinare dal backup di Time Machine.

Alcune note importanti (dai post del forum che ho letto):

  • Quando si pulisce l'unità, selezionare Journaled. L'impostazione predefinita è Journaled, Encrypted, ma lasciare la crittografia abilitata non risolverà il problema.
  • Non è necessario un backup di Time Machine per cancellare l'unità e reinstallare OS X Yosemite, ma è il modo più semplice per conservare i dati.
  • È necessario deselezionare FileVault durante l'installazione iniziale di OS X, altrimenti questo problema potrebbe ripresentarsi. Certo, potrebbe funzionare la seconda volta ... ma perché rischiare? Attendi che Apple risolva questo errore prima di abilitare nuovamente FileVault.
  • Se esegui il ripristino dal backup di Time Machine durante l'installazione di OS X, non ti verrà richiesto di abilitare FileVault e dovrebbe essere disattivato per impostazione predefinita.

Se questa soluzione non è soddisfacente, è possibile trovare alcune indicazioni da questa guida sulla crittografia FileVault non riuscita . Ho preso in considerazione un approccio simile (ho trovato quella guida cercando "uccisione corestoria" su Google), ma alla fine ho deciso di seguire l'approccio provato e vero (e noioso) di una reinstallazione completa.

Per i posteri, un estratto parziale della guida di cui sopra:

Quindi la scansione per il processo in questione ha rivelato che il corestorage stava causando un carico elevato. Dandogli una possibilità del 50/50 di risolverlo o di distruggere completamente il mio sistema, ho avuto l'idea di come ripararlo. Quindi per prima cosa ho provato ad uccidere semplicemente il processo. Funzionò ma dopo pochi secondi il processo riapparve, quindi deve essere stato avviato da un altro demone. Si è scoperto che in realtà il launchd sta dando il via a questo processo. Quindi o per passare attraverso l'intero tutorial [2] ho deciso di fare una soluzione rapida / prova. Quindi la mia idea era di spostare il daemon binario e di uccidere 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 è caduto, mentre il mio sistema operativo funzionava ancora. Si noti che questo è altamente rischioso e non consiglierei di farlo a meno che non si vedano altre opzioni.

Va anche notato che esiste sicuramente una soluzione migliore in atto relativa alla configurazione di avvio. Né meno Apple dovrebbe rendere stabile il suo FileVault, soprattutto perché deve essere considerato come un servizio di base.

[2014/09/09] Aggiornamento: ho già rinunciato alla speranza di risolvere il problema in modo permanente, ho iniziato a fare il backup del mio MacBook e prepararmi per una reinstallazione. Anche se la soluzione sopra descritta ha risolto il problema dell'utilizzo della CPU e del consumo di energia, non mi sentivo a mio agio nel muovermi tra i processi principali, dove non ero sicuro al 100% di quello che stavano facendo. Quindi ho eseguito il backup di tutto e ho iniziato a pulire la macchina. Finito tutto, 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 aver fatto questo, ho pensato di fare un altro ultimo tentativo. Avviato, spostato indietro il corestorage e controllato nella schermata di avanzamento di FileVault nelle Impostazioni di sicurezza. E improvvisamente ho visto che il processo di crittografia stava funzionando di nuovo.

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


1
Questa risposta è obsoleta. Il problema è stato risolto in 10.10.3. Migliore risposta imho: apple.stackexchange.com/a/190845/45492 di Rich Trouton
n1000,

6

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 l'avvio è stata mostrata la schermata di accesso, ma dopo un accesso c'è stato un panico nel kernel e il Mac è stato riavviato.

Quindi ho provato a reinstallare tramite la modalità di recupero, ma al momento di selezionare l'HD, ho ricevuto questo messaggio: conversione FileVault in corso. Utilizza il riquadro delle preferenze "Sicurezza e privacy" per verificare lo stato della conversione.

Questi passaggi hanno risolto il mio problema:

  • Passa alla modalità di ripristino (tieni premuto cmd + R durante l'avvio)
  • Aprire un terminale e digitare: diskuitl cs list list : Progresso conversione: in pausa
  • Ho aperto una seconda finestra del terminale
  • Ricerca binaria 'corestoraged': file / -name 'corestorage *'
  • Trovato nella cartella di ripristino: / usr / libexec / corestoraged
  • Avviato corestoraged nella cartella trovata: ./corestoraged
  • Ora controlla l'HD tramite il primo terminale, l'avanzamento della conversione ora mostra una percentuale e dopo un'ora l'HD è stato convertito.
  • Quindi ho potuto reinstallare El Capitan dalla stessa modalità di recupero.
  • Dopo la reinstallazione, tutto era come prima.

2
Questa è la vera risposta
jakethedog

1
Grazie. Questo ha funzionato per me con un disco esterno in pausa (non stavo cercando di reinstallare macOS o altro). Prima dovevo solo sbloccare il disco diskutil coreStorage unlockVolume {logical id}.
G-Wiz,

1
Grazie: invocare / usr / libexec / corestoraged dalla modalità di ripristino ha iniziato l'avanzamento e sembra aver completato durante la notte quando ho avuto un'installazione non riuscita di High Sierra e ho disattivato FV dalla riga di comando in modalità di recupero. Speriamo che l'installazione possa essere completata ora senza la complicazione di FileVault aggiunta.
j-beda,

2

Ricevi l'ultimo aggiornamento su Yosemite! Dopo aver verificato le varie correzioni, installato 10.10.3 e il problema si è risolto da solo.


1

Ecco cosa ha funzionato per me sulla base di questo post dal forum Apple :

  1. Riavviare e ripristinare PRAM tenendo premuto Opzione + Comando + P + R
  2. Si è riavviato rapidamente di nuovo e ho tenuto Command + R per accedere alla modalità di ripristino.
  3. Seleziona Utility Disco
  4. Ho visto la mia base "Macintosh HD" più un "Macintosh HD" crittografato sotto di essa. Seleziona la partizione crittografata, quindi seleziona File / Sblocca e inserisci la password.
  5. Seleziona "Ripara disco" (1-2 minuti)
  6. Seleziona "Ripara permessi del disco" (1-2 minuti)
  7. Seleziona la partizione "Macintosh HD" di base e seleziona "Ripara disco" (3-4 minuti)
  8. Riavvia (menu Apple penso)
  9. Accedi e apri Preferenze di Sistema / Sicurezza e Privacy / FireVault
  10. La crittografia era ancora "Pausa" a questo punto, ma ho disconnesso e ricollegato la mia alimentazione e quindi la crittografia è stata riavviata e terminata rapidamente (<1 minuto).

Spero possa aiutare.


2
Sfortunatamente, questo non ha funzionato per me.
Peter,

1
Non ho avuto fortuna con questo metodo, ho anche provato a disabilitare la crittografia in modalità di recupero, nulla è cambiato.
Igor Zinov'yev,

L'opzione per disabilitare la crittografia è disattivata per me in modalità di ripristino.
Peter,

Usare macbook pro retina a metà 2014 Questo non ha funzionato per me

1
@Peter, puoi deselezionare l'opzione se apri il menu contestuale 'File' mentre premi il tasto Opzione. Non dimenticare di rilasciare il tasto prima di fare clic su "Disattiva ...". Non serve, però, non funziona.
Igor Zinov'yev il

1

Secondo i commenti di Peter (18 dicembre).

Ho acquistato un MBAir nuovo di zecca da 11 "questo dicembre 2014. FileVault è stato messo in pausa durante l'installazione chiedendo l'adattatore di alimentazione.

Un consulente Apple senior ha affermato che gli ingegneri Apple affermano 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 per 24 ore senza dormire - hanno scoperto che in "molti casi" l'errore si risolve da solo.

Poiché non avevo dati sull'unità (vedi i suggerimenti di Peter se lo fai), mi hanno fatto cancellare l'unità nel Terminale, avviare un netboot, selezionare "Reinstalla Yosemite" dalla finestra Utilità OS X che segue un netboot. Quindi, dopo il download e l'installazione, NON attivare FileVault durante l'installazione. (apparentemente pulire l'unità nel Terminale è importante - reinstallare Yosemite da solo non risolverà il problema).

Finora il mio laptop ora sembra come nuovo.


1

Ho esaminato questo problema per circa un anno (il mio laptop ha FileVault abilitato dalla sua installazione iniziale ma non è mai stato completato. Ho finito per fare la seguente doppia copia da e verso un'unità USB:

  1. Utilizzare SuperDuper per creare un backup di sistema completo su un'unità USB.
  2. Avvia da esso (SuperDuper lo fa automaticamente)
  3. Utilizzare Disk Util per ricreare la partizione principale. (*)
  4. Utilizzare nuovamente SuperDuper per creare un backup della partizione principale sull'unità USB sulla partizione ora aggiornata.
  5. Eseguire nuovamente l'avvio dall'unità interna.
  6. Riavvia FileVault e questa volta lascialo completare prima di ogni altra cosa ...

(*) Se hai eliminato accidentalmente la partizione di ripristino, puoi ricrearla avviando in modalità di ripristino (Cmd-R) e "Reinstalla Yosemite", che reinstalla solo il sistema operativo, ma lascia i tuoi dati da solo.

Spero che questo aiuti le persone a riprendersi bene da questo problema. Ora sull'installazione del Capitano.


0

Questo problema può anche essere causato dal bug UPS (Uninterruptable Power Supply) in El Capitan (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 mi sono ricordato di aver letto del bug di UPS e Time Machine. Quando ho disconnesso l'UPS e riavviato, Time Machine e File Vault funzionavano normalmente.

Se si dispone di un UPS e si utilizza El Cap, scollegare l'UPS e riavviare. Prova prima questo e probabilmente ti risparmierai un po 'di tempo.


-6

Prova a ripristinare SMC e riavviare il computer andrà bene

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.