FileVault atascado en pausa

Acabo de recibir un nuevo rMBP de 13" con Yosemite instalado. Elegí habilitar FileVault cuando configuré la máquina.

Ahora, varios días después, aparece una aplicación llamada "Revertir desde FileVault" en la lista de aplicaciones que consumen mucha energía. [ Editar: esta aplicación ya no aparece; todo lo demás en esta publicación sigue siendo cierto.]

Verifico FileVault en Preferencias del sistema y dice "Cifrado en pausa", seguido de "Conectar adaptador de corriente para reanudar el cifrado". Conectar el adaptador de corriente no hace ninguna diferencia, aunque la máquina reconoce que se está cargando.

He encontrado varios hilos que describen este problema, pero no hay soluciones.

Intenté restablecer el SMC, borrar la PRAM, entrar en modo de recuperación, reparar el disco y reparar los permisos. Nada ha funcionado. No puedo detener FileVault desde la Terminal, y cuando trato de habilitarlo, dice que ya está activado:

$ 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.

Aquí está la salida de 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

Cuando busco Console para corestorage, obtengo muchas entradas como las siguientes:

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

Y otros como este:

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

¿Alguna sugerencia? La máquina es completamente nueva, por lo que no contiene una GRAN cantidad de datos (ni hay copias de seguridad de Time Machine), pero me gustaría evitar tener que borrar la unidad.

Si no hay nada que pueda hacer, ¿tiene Apple un historial de emisión de revisiones para problemas como este?

Descargué y deshabilité los demonios de almacenamiento central (hay un almacenamiento central y un asistente), reinicié y restablecí el cochecito, reparé mi disco en modo seguro y finalmente reinicié nuevamente. Luego volví a habilitar a los demonios y pareció despegarse. No publicar esto como una respuesta real, porque no tengo idea si realmente es una solución, o simplemente funcionó para mí.
@markwatson Hice referencia a un proceso similar en mi respuesta. ¿Es el mismo al que seguiste?

Respuestas (10)

Pregunté después de esto mientras asistía a WWDC 2015 y me dijeron que el problema de "Cifrado en pausa" se solucionó en 10.10.3.

La causa raíz fue un problema con el cambio de tamaño del volumen CoreStorage durante el proceso de cifrado. Cuando el volumen de CoreStorage no pudo crecer, el cifrado se detuvo y no se pudo reanudar hasta que se solucionó el problema de cambio de tamaño.

Para solucionar este problema:

  1. Actualice su Mac a 10.10.3 o arranque desde una unidad alternativa que ejecute 10.10.3.
  2. Desbloquee la unidad encriptada si es necesario
  3. terminal abierta

  4. Ejecute el siguiente comando para obtener el identificador de disco de su Mac:

    diskutil list

  5. Una vez que tenga la información del identificador del disco, ejecute el siguiente comando con privilegios de root:

    fsck_cs -y disk_identifier_goes_here

  6. fsck_cs debería reparar el volumen CoreStorage y abordar el problema de cambio de tamaño. Como parte del resultado, debería mostrar que el cifrado se está reanudando.

Gracias por su respuesta. Si bien no puedo probar esto (habiendo solucionado el problema con la solución alternativa que describí en mi respuesta), asumiré que es la solución adecuada.
Desafortunadamente esto no funcionó para mí. Demasiado.
Disk Utility a partir de El Capitan también parece haber proporcionado una forma de abordar el "Cifrado en pausa" debido al problema de tamaño. Siguiendo las instrucciones publicadas recientemente en uno de los muchos hilos de soporte de Apple, inicié desde un disco de instalación USB El Capitan, ejecuté la Utilidad de disco y durante Primeros auxilios vi: "El volumen @@@ se redimensionó para desbloquear el cifrado en pausa". Ahora todo está bien, por fin. discusiones.apple.com/message/29014455#29014455
Eres un salvavidas absoluto. He probado todo lo que hay y esto funcionó.
Estoy ejecutando 10.12.5 pero todavía me encontré con este problema (¡así que aún no está muerto!) ¡ZOMBIS! Obtengo "el volumen disk0s2 no se puede reparar cuando está en uso" cuando pruebo este parche. Supongo que debo intentar arrancar desde otro volumen. Gracias por todas las respuestas detalladas en este hilo.
El 10.12.6 se sudo fsck_cs -yimprime not a CoreStorage volumesin importar qué identificador de disco se pase, ya sea en forma de /dev/diskNUUID.

Hablé con Apple y escalaron mi caso. Envié registros para que los ingenieros los evaluaran y determinaron que el cifrado de FileVault había fallado. Como informaron otros usuarios, la única sugerencia fue hacer una copia de seguridad de Time Machine, borrar la unidad, reinstalar Yosemite y restaurar desde la copia de seguridad de Time Machine.

Algunas notas importantes (de las publicaciones del foro que he leído):

  • Cuando limpie la unidad, seleccione Journaled. El valor predeterminado es Journaled, Encrypted, pero dejar el cifrado habilitado no resolverá el problema.
  • No se requiere una copia de seguridad de Time Machine para borrar la unidad y reinstalar OS X Yosemite, pero es la forma más fácil de conservar sus datos.
  • Debe desmarcar FileVault durante la configuración inicial de OS X, de lo contrario, este problema podría volver a ocurrir. Por supuesto, podría funcionar la segunda vez... pero ¿por qué correr el riesgo? Espere a que Apple solucione este error antes de volver a habilitar FileVault.
  • Si restaura desde la copia de seguridad de Time Machine durante la instalación de OS X, no se le pedirá que active FileVault y debería estar desactivado de forma predeterminada.

Si esta solución no es satisfactoria, puede encontrar alguna orientación en esta guía sobre el cifrado fallido de FileVault . Consideré un enfoque similar (encontré esa guía buscando en Google "killing corestoraged"), pero finalmente decidí ir con el enfoque probado y verdadero (y tedioso) de una reinstalación completa.

Para la posteridad, un extracto parcial de la citada guía:

Entonces, buscar el proceso correspondiente resultó que corestoraged estaba causando la alta carga. Dándole una oportunidad de 50/50 para arreglarlo o destruir mi sistema por completo, tuve una idea de cómo arreglarlo. Así que primero traté de simplemente matar el proceso. Eso funcionó, pero después de unos segundos, el proceso reapareció, por lo que debe haber sido iniciado desde otro demonio. Resultó que, en realidad, el lanzamiento está iniciando este proceso. Entonces, para seguir todo el tutorial [2] , decidí hacer una solución/prueba rápida. Así que mi idea era mover el demonio binario y luego matar el proceso. Así que hice lo siguiente:

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

Y, sorprendentemente, la carga disminuyó, mientras mi sistema operativo aún funcionaba. Tenga en cuenta que esto es muy arriesgado y no recomendaría hacerlo a menos que no vea ninguna otra opción.

También se debe tener en cuenta que definitivamente existe una mejor solución relacionada con la configuración de launchd. Sin embargo, Apple debería hacer que su FileVault funcione de manera estable, especialmente porque debe considerarse como un servicio central.

[2014/09/09] Actualización: Ya había perdido la esperanza de solucionar el problema de forma permanente, comencé a hacer una copia de seguridad de mi MacBook y me preparé para una reinstalación. Incluso si la solución anterior resolvió el problema del uso de la CPU y el consumo de energía, no me sentía cómodo moviéndome por los procesos centrales, donde no estaba 100% seguro de lo que estaban haciendo. Así que hice una copia de seguridad de todo y comencé a limpiar mi máquina. Habiendo hecho todo hasta ahora, decidí iniciar la Mac en modo de recuperación y probar una vez más la funcionalidad de reparación del disco (especialmente los permisos de reparación). Después de hacer esto, pensé en darle un último intento más. Arrancó, movió el corealmacenado hacia atrás y verificó la pantalla de progreso de FileVault dentro de la Configuración de seguridad. Y de repente vi que el proceso de cifrado estaba funcionando de nuevo.

Y lo que aprendí de esta lección: hacer copias de seguridad. Y la segunda lección que aprendí: nunca siga el camino fácil y comience a reinstalar su sistema operativo.

Esta respuesta está desactualizada. El problema se solucionó en 10.10.3. Mejor respuesta en mi humilde opinión: apple.stackexchange.com/a/190845/45492 por Rich Trouton

Quiero compartir la solución que solucionó el problema para mí.

En primer lugar, mi instalación de El Capitán falló, lo que resultó en que después del arranque se mostrara la pantalla de inicio de sesión, pero después de iniciar sesión, hubo un pánico en el kernel y la Mac se reinició.

Así que traté de reinstalar a través del Modo de recuperación, pero en el momento de seleccionar el HD, recibí este mensaje: Conversión de FileVault en progreso. Use el panel de preferencias "Seguridad y privacidad" para verificar el estado de la conversión.

Estos pasos resolvieron mi problema:

  • Vaya al modo de recuperación (mantenga presionado cmd + R durante el arranque)
  • Abra una terminal y escriba: diskuitl cs list result: Conversion Progress: Paused
  • Abrí una segunda ventana de terminal
  • Buscó el binario 'corestoraged': archivo / -name 'corestorage*'
  • Lo encontré en la carpeta de recuperación: /usr/libexec/corestoraged
  • Se inició corestoraged en la carpeta encontrada: ./corestoraged
  • Ahora verifique el HD a través de la primera terminal, el progreso de la conversión ahora mostró un porcentaje y después de una hora, el HD se convirtió.
  • Entonces podría reinstalar El Capitan desde el mismo modo de recuperación.
  • Después de la reinstalación, todo estaba como estaba.
esta es la verdadera respuesta
Gracias. Esto funcionó para mí con un disco externo que estaba en pausa (no estaba tratando de reinstalar macOS ni nada). Solo tenía que desbloquear el disco primero con diskutil coreStorage unlockVolume {logical id}.
Gracias: invocar /usr/libexec/corestoraged desde el modo de recuperación inició el progreso y parece haberse completado de la noche a la mañana cuando tuve una instalación fallida de High Sierra y apagué FV desde la línea de comandos en el modo de recuperación. Con suerte, la instalación puede completarse ahora sin la complicación adicional de FileVault.

¡Consigue la última actualización de Yosemite! Después de buscar varias correcciones, instalé 10.10.3 y el problema se resolvió solo.

Esto es lo que funcionó para mí basado en esta publicación del foro de Apple :

  1. Reinicie y reinicie la PRAM manteniendo presionadas las teclas Opción+Comando+P+R
  2. Rápidamente se reinició nuevamente y mantuve Comando + R para ingresar al modo de recuperación.
  3. Seleccione la Utilidad de Discos
  4. Vi mi base "Macintosh HD" más un "Macintosh HD" encriptado debajo. Seleccione la partición cifrada y luego seleccione Archivo/Desbloquear e ingrese su contraseña.
  5. Seleccione "Reparar disco" (tardó 1-2 minutos)
  6. Seleccione "Reparar permisos de disco" (tardó 1-2 minutos)
  7. Seleccione la partición base "Macintosh HD" y seleccione "Reparar disco" (tardó de 3 a 4 minutos)
  8. Reiniciar (menú de Apple, creo)
  9. Inicie sesión y abra Preferencias del sistema/Seguridad y privacidad/FireVault
  10. El cifrado todavía estaba "Pausado" en este punto, pero desconecté y volví a conectar mi energía y luego el cifrado se reinició y finalizó rápidamente (<1 minuto).

Espero que ayude.

Desafortunadamente, esto no funcionó para mí.
No tuve suerte con ese método, incluso intenté deshabilitar el cifrado en el modo de recuperación, nada cambió.
La opción para deshabilitar el cifrado está atenuada para mí en el modo de recuperación.
Usando macbook pro retina a mediados de 2014 Esto no funcionó para mí
@Peter, puede quitar el gris de la opción si abre el menú contextual 'Archivo' mientras presiona la tecla Opción. No olvide soltar la tecla antes de hacer clic en "Apagar...". Sin embargo, no sirve de nada, no funciona.

Secundo los comentarios de Peter (18 de diciembre).

En diciembre de 2014, recogí un MBAir de 11" nuevo y listo para usar. FileVault se detuvo durante la configuración para pedir el adaptador de corriente.

Un asesor sénior de Apple dijo que los ingenieros de Apple dicen que no hay nada de malo en la computadora: puedes usarla.

Lo que no puede hacer es desactivar FileVault. Los ingenieros consideran que se trata de un problema cosmético. Su primera sugerencia es dejar la computadora portátil encendida sin dormir durante 24 horas; descubrieron que en "muchos casos" el error se resuelve solo.

Como no tenía datos en la unidad (consulte las sugerencias de Peter si las tiene), me hicieron borrar la unidad en la Terminal, iniciar un arranque de red, seleccionar "Reinstalar Yosemite" en la ventana de Utilidades de OS X que sigue a un arranque de red. Luego, después de la descarga e instalación, NO active FileVault durante la configuración. (aparentemente, es importante limpiar el disco en la Terminal; reinstalar Yosemite por sí solo no resolverá el problema).

Hasta ahora, mi computadora portátil parece estar como nueva.

He estado investigando este problema durante aproximadamente un año (mi computadora portátil tiene habilitado FileVault desde su instalación inicial, pero nunca se completó. Terminé haciendo la siguiente copia doble hacia y desde una unidad USB:

  1. Utilice SuperDuper para crear una copia de seguridad completa del sistema en una unidad USB.
  2. Arranque desde allí (SuperDuper lo hace automáticamente)
  3. Use Disk Util para recrear la partición principal. (*)
  4. Use SuperDuper nuevamente para crear una copia de seguridad de la partición principal en la unidad USB en la partición ahora nueva.
  5. Arranque desde la unidad interna de nuevo.
  6. Reinicie FileVault, y esta vez deje que se complete antes que nada...

(*) Si eliminó accidentalmente la Partición de recuperación, puede volver a crearla arrancando en Modo de recuperación (Cmd-R) y 'Reinstalar Yosemite', que solo reinstalará el sistema operativo, pero no afectará a sus datos.

Espero que esto ayude a las personas a recuperarse bien de este problema. Ahora en la instalación del Capitán.

Este problema también puede ser causado por el error de UPS (fuente de alimentación ininterrumpida) en El Capitán (lo mismo que impide que Time Machine se ejecute automáticamente).

Me encontré con esto en una máquina nueva. La reparación de Disk Utility no hizo nada, pero recordé haber leído sobre el error de UPS y Time Machine. Cuando desconecté el UPS y reinicié, tanto Time Machine como File Vault funcionaron normalmente.

Si tiene un UPS y está ejecutando El Cap, desconecte el UPS y reinicie. Pruebe esto primero y probablemente se ahorrará algo de tiempo.

En macOS Big Sur, encontré un truco bastante simple: simplemente provoque E/S en un volumen APFS que está atascado en el cifrado parcial de FileVault . Simplemente copie un archivo a ese volumen y elimínelo nuevamente. ¡Eso vuelve a activar el proceso de encriptación, donde ningún otro método lo volvió a activar!

Con diskutil ap list <YourDiskID>el estado de Encryption Progress:
cambiado de xx.x% (Paused) (Unlocked)a entoncesxx.x% (Unlocked)

Trabajó para un SSD conectado USB 3.1 externo con un volumen de arranque atascado en el cifrado inicial de FileVault mientras se arrancaba en mi SSD interno.

Pruebe smc reset y reinicie la computadora estará bien

FileVault atascado en pausa
RespuestasAquíPolítica de privacidad1y, 1v