FileVault atascado en pausa

Yo preguntó después de esto mientras asistía a la WWDC 2015 y se le dijo que el problema «Cifrado en pausa» se abordó en 10.10.3.

La causa principal fue un problema al cambiar el tamaño del volumen CoreStorage durante el proceso de cifrado. Cuando el volumen de CoreStorage no pudo crecer, el cifrado se pausó 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. Abra Terminal

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.

Comentarios

• Gracias por su respuesta. Si bien ‘ no puedo probar esto (ya solucioné el problema con la solución que describí en mi respuesta er), ‘ asumiré que ‘ es la solución adecuada.
• Desafortunadamente, esto no funcionó para mí . Lástima.
• La Utilidad de Discos de El Capitán también parece haber proporcionado una forma de abordar » Cifrado en pausa » debido al problema del tamaño. Siguiendo las instrucciones publicadas recientemente en uno de los muchos hilos de soporte de Apple, arranqué desde un disco de instalación USB El Capitan, ejecuté la Utilidad de Discos y durante los primeros auxilios vi: » El volumen @@@ fue redimensionado para desbloquear el cifrado en pausa «. Ahora todo está bien, finalmente. discussions.apple.com/message/29014455#29014455
• Eres ‘ un absoluto salvavidas. ‘ probé todo lo que había y esto funcionó.
• Estoy ejecutando 10.12.5 pero todavía encontré este problema (por lo que no está muerto ¡todavía!) ¡ZOMBIS!Recibo » 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.

Hablé con Apple y mi caso fue derivado . Envié registros para que los ingenieros los evaluaran y ellos 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, limpiar la unidad, reinstalar Yosemite y restaurar desde la copia de seguridad de Time Machine.

Algunas notas importantes (de las publicaciones del foro que he read):

• Cuando borre 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 limpiar 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 solucione 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 habilite FileVault y debería estar desactivado de forma predeterminada.

Si esta solución no es satisfactoria, puede encontrar alguna orientación en este guía sobre el cifrado de FileVault fallido . Consideré un enfoque similar (encontré esa guía buscando en Google «matando núcleos almacenados»), 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 guía antes mencionada:

Entonces, el análisis del proceso correspondiente resultó que el núcleo almacenado estaba causando el carga alta. Dándole una probabilidad del 50/50 de arreglarlo o destruir mi sistema por completo, tenía una idea de cómo arreglarlo. Así que primero intenté simplemente matar el proceso. Eso funcionó, pero después de unos segundos el proceso r eappeared, por lo que debe haberse iniciado desde otro demonio. Resultó que en realidad el launchd está iniciando este proceso. Entonces, para seguir todo el tutorial [2] , decidí hacer una prueba rápida. Así que mi idea era mover el daemon binary 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 se redujo, 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 debe tenerse en cuenta que definitivamente existe una mejor solución relacionada con el launchd configuración. Tampoco 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 estoy perdiendo mi esperanza de solucionar el problema de forma permanente, Empecé a hacer una copia de seguridad de mi MacBook y a prepararme para una reinstalación. Incluso si la solución anterior resolvió el problema de consumo de energía & del uso de la CPU, 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 e intentar 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 una última oportunidad más. Arrancó, movió el núcleo almacenado 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 encriptación estaba funcionando nuevamente. Esta vez no toqué más la máquina hasta que se terminó el cifrado.

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.

Comentarios

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

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

En primer lugar, mi instalación de El Capitan falló, lo que provocó que después del arranque se mostró la pantalla de inicio de sesión, pero después de un inicio de sesión, hubo un pánico del 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 disco duro, obtuve esto mensaje: Conversión de FileVault en curso. Utilice el panel de preferencias «Seguridad y privacidad» para comprobar 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 resultado: Progreso de la conversión: en pausa
• Abrí una segunda ventana de terminal
• Se buscó el binario «corestoraged»: file / -name «corestorage *»
• Lo encontré en la carpeta de recuperación: / usr / libexec / corestoraged
• Comenzó corestoraged en el carpeta: ./corestoraged
• Ahora verifique el disco duro a través de la primera terminal, el progreso de la conversión ahora mostró un porcentaje, y después de una hora, el disco duro se convirtió.
• Luego pude reinstalar El Capitan desde el mismo modo de recuperación.
• Después de la reinstalación, todo fue como estaba.

Comentarios

• Esta es la verdadera respuesta
• Gracias. Esto funcionó para mí con un disco externo que estaba en pausa (no estaba ‘ t 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 durante la noche cuando tuve una instalación fallida de High Sierra y apagué FV desde la línea de comando en el modo de recuperación. Con suerte, la instalación puede completarse ahora sin la complicación FileVault agregada.

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

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

1. Reinicia y restablece PRAM presionando Opción + Comando + P + R
2. Se reinició rápidamente de nuevo y mantuve presionada la tecla Comando + R para ingresar al modo de recuperación.
3. Seleccionar Utilidad de disco
4. Vi mi base «Macintosh HD» más un «Macintosh HD cifrado «debajo de él. 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 base» 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 & Privacidad / FireVault
10. El cifrado todavía estaba «en pausa» en este punto, pero desconecté y reconecté mi encendido y luego el cifrado se reinició y terminó rápidamente (< 1 minuto).

Espero que eso ayude.

Comentarios

• 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 mediados de 2014 Esto no funcionó para mí
• @Peter, puedes Quita el gris de la opción si abres el menú contextual ‘ Archivo` mientras presionas la tecla Opción. No ‘ olvide soltar la tecla antes de hacer clic en » Apagar … » . Sin embargo, ‘ no sirve de nada, no ‘ funciona.

Estoy de acuerdo con los comentarios de Peter (18 de diciembre).

Tenía un nuevo 11 «listo para usar. MBAir recogió este Diciembre de 2014. FileVault se detuvo durante la configuración para solicitar el adaptador de corriente.

Un asesor senior de Apple dijo que los ingenieros de Apple dicen que no hay nada malo con la computadora: puedes usarla.

Lo que no puede hacer es apagar FileVault. Los ingenieros consideran que esto es un problema esté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 es así), me pidieron que borrara la unidad en la Terminal, iniciara un arranque de red, seleccione «Reinstalar Yosemite» en Ventanas de OS X Utilities que siguen a un netboot. Luego, después de descargar e instalar, NO active FileVault durante la configuración (aparentemente limpiar la unidad en la Terminal es importante; reinstalar Yosemite por sí solo no resolverá el problema).

Hasta ahora, mi computadora portátil ahora aparece como nuevo.

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 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 él (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 el 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á tus datos en paz.

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

Este problema también puede ser causado por el error 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 la Utilidad de Discos no hizo nada, pero recordé haber leído sobre el UPS & Error de Time Machine. Cuando desconecté el UPS y reinicié, tanto Time Machine como File Vault funcionaron normalmente.

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