FileVault atascado en pausa

19

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, una aplicación llamada "Revertir de FileVault" aparece 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 el 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.

He intentado 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á encendido:

$ 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 la consola 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 hay una GRAN cantidad de datos en ella (ni tampoco hay copias de seguridad de Time Machine), pero me gustaría evitar tener que borrar la unidad.

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

macos  yosemite  filevault  encryption  recovery 
— Peter
fuente
1
Descargué y deshabilité los demonios de almacenamiento (hay un almacenamiento almacenado y un ayudante), reinicié y reinicié el cochecito, reparé mi disco en modo seguro y finalmente reinicié nuevamente. Luego volví a habilitar los demonios y pareció despegarse. No publico esto como una respuesta real, porque no tengo idea si realmente es una solución, o si simplemente funcionó para mí.
— markwatson
@markwatson Hice referencia a un proceso similar en mi respuesta. ¿Es el mismo que seguiste?
— Peter

Respuestas:

12

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

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

Para solucionar este problema:

  1. Actualice su Mac a 10.10.3 o inicie 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 de disco, ejecute el siguiente comando con privilegios de root:

    fsck_cs -y disk_identifier_goes_here

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

— Trouton rico
fuente
Gracias por su respuesta. Si bien no puedo probar esto (después de haber solucionado el problema con la solución que describí en mi respuesta), asumiré que es la solución adecuada.
— Peter
Lamentablemente esto no funcionó para mí. Demasiado.
— Ben Wilde
1
Disk Utility a partir de El Capitan también parece haber proporcionado una forma de abordar "Cifrado en pausa" debido al problema de tamaño. Siguiendo las instrucciones publicadas recientemente en uno de los muchos subprocesos de soporte de Apple, arranqué desde un disco de instalación USB El Capitan, ejecuté Disk Utility y durante First Aid vi: "El volumen @@@ fue redimensionado para desbloquear el cifrado en pausa". Ahora todo está bien, finalmente. discussions.apple.com/message/29014455#29014455
— npdoty
Eres un salvavidas absoluto. He intentado todo por ahí y esto funcionó.
— InkGolem
Estoy ejecutando 10.12.5 pero todavía me encontré con este problema (¡así que aún no está muerto!) ¡ZOMBIES! Obtengo "el volumen disk0s2 no se puede reparar cuando está en uso" cuando intento este parche. Supongo que debo intentar arrancar desde otro volumen. Gracias por todas las respuestas detalladas en este hilo.
— micstr
8

Hablé con Apple y mi caso se intensificó. Envié registros para que los ingenieros los evaluaran y determinaron que el cifrado de FileVault había fallado. Como han informado otros usuarios, la única sugerencia fue hacer una copia de seguridad de Time Machine, borrar el disco, 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 retener 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 corrija este error antes de habilitar FileVault nuevamente.
  • 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 manera predeterminada.

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

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

Por lo tanto, el escaneo para el proceso correspondiente resultó que el almacenamiento excesivo estaba causando la gran carga. Dándole una oportunidad de 50/50 de arreglarlo o destruir mi sistema por completo, tuve una idea de cómo solucionarlo. Así que primero intenté simplemente matar el proceso. Eso funcionó, pero después de unos segundos el proceso volvió a aparecer, por lo que debe haber comenzado desde otro demonio. Resultó que en realidad el launchd está iniciando este proceso. Entonces, para seguir el tutorial completo [2] , decidí hacer una solución rápida / prueba. Entonces mi idea era mover el demonio binario y luego matar el proceso. Entonces hice lo siguiente:

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

Y sorprendentemente la carga cayó, mientras mi sistema operativo todavía 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 hay una mejor solución en el lugar 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.

[09/09/2014] Actualización: ya renunciando a mi esperanza de solucionar el problema de forma permanente, comencé a hacer una copia de seguridad de mi MacBook y prepararme 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í cómodo moviéndome por los procesos centrales, donde no estaba 100% seguro de lo que están haciendo. Así que hice una copia de seguridad de todo y comencé a limpiar mi máquina. Habiendo hecho todo hasta ahora, decidí iniciar Mac en modo de recuperación e intentar una vez más la funcionalidad de reparación de disco (especialmente los permisos de reparación). Después de hacer esto, pensé en intentarlo una vez más. Arrancado, movió el núcleo guardado de nuevo y comprobó en la pantalla de progreso de FileVault dentro de la Configuración de seguridad. Y de repente vi que el proceso de cifrado estaba funcionando nuevamente.

Y lo que he aprendido 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.

— Peter
fuente
1
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
— n1000
6

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

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

Así que intenté 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
  • Busqué el binario 'corestoraged': file / -name 'corestorage *'
  • Lo encontré en la carpeta de recuperación: / usr / libexec / corestoraged
  • Comenzó almacenado en la carpeta encontrada: ./corestoraged
  • Ahora verifique el HD a través del primer 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.
— usuario155343
fuente
2
Esta es la verdadera respuesta
— jakethedog
1
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}.
— G-Wiz
1
Gracias: invocar / usr / libexec / corestoraged desde el modo de recuperación comenzó el progreso y parece que se completó 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. Esperemos que la instalación pueda completarse ahora sin la complicación añadida de FileVault.
— j-beda
2

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

— Tom Howard
fuente
1

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

  1. Reinicie y restablezca la PRAM presionando Opción + Comando + P + R
  2. Rápidamente se reinició nuevamente y mantuve Command + R para ingresar al modo de recuperación.
  3. Seleccionar utilidad de disco
  4. Vi mi base "Macintosh HD" más una "Macintosh HD" encriptada debajo de ella. Seleccione la partición cifrada y luego seleccione Archivo / Desbloquear e ingrese su contraseña.
  5. Seleccione "Reparar disco" (tomó 1-2 minutos)
  6. Seleccione "Reparar permisos de disco" (tomó 1-2 minutos)
  7. Seleccione la partición básica "Macintosh HD" y seleccione "Reparar disco" (tomó 3-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 "en pausa" en este punto, pero desconecté y volví a conectar mi alimentación y luego el cifrado se reinició y terminó rápidamente (<1 minuto).

Espero que ayude.

— Von
fuente
2
Desafortunadamente, esto no funcionó para mí.
— Peter
1
No tuve suerte con ese método, incluso he intentado deshabilitar el cifrado en modo de recuperación, nada ha cambiado.
— Igor Zinov'yev
La opción para deshabilitar el cifrado aparece en gris en el modo de recuperación.
— Peter
Uso de macbook pro retina a mediados de 2014 Esto no funcionó para mí
1
@ Peter, puede desmarcar la opción si abre el menú contextual 'Archivo' mientras presiona la tecla Opción. No olvides soltar la tecla antes de hacer clic en "Desactivar ...". Sin embargo, no sirve de nada, no funciona.
— Igor Zinov'yev
1

Secundo los comentarios de Peter (18 de diciembre).

Tuve un MBAir nuevo y listo para usar de 11 "recogido en diciembre de 2014. FileVault se detuvo durante la configuración solicitando el adaptador de corriente.

Un asesor senior de Apple dijo que los ingenieros de Apple dicen que la computadora no tiene nada de malo: puede usarla.

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

Como no tenía datos en el disco (vea las sugerencias de Peter si lo tiene), me pidieron que limpie el disco en la Terminal, inicie un arranque de red, seleccione "Reinstalar Yosemite" en la ventana de OS X Utilities que sigue a un arranque de red. Luego, después de descargar e instalar, NO active FileVault durante la configuración. (aparentemente limpiar el disco en la Terminal es importante; reinstalar Yosemite solo no resolverá el problema).

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

— Scott
fuente
1

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

  1. Use SuperDuper para crear una copia de seguridad completa del sistema en una unidad USB.
  2. Arrancar 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 nuevamente.
  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 iniciando en Modo de recuperación (Cmd-R) y 'Reinstalar Yosemite', que solo reinstalará el sistema operativo, pero dejará sus datos en paz.

Espero que esto ayude a las personas a recuperarse bien de este problema. Ahora en instalar el Capitán.

— Coroos
fuente
0

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

Me encontré con esto en una máquina nueva. La reparación de la Utilidad de Discos no hizo nada, pero recordé haber leído sobre el error de UPS y Time Machine. Cuando desconecté el UPS y reinicié, Time Machine y 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.

— Cuenta
fuente
-6

Intente reiniciar smc y reinicie la computadora estará bien

— Prasanna
fuente
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.