No se puede despertar a Mountain Lion del sueño seguro

Tengo una MacBook Air de finales de 2010 en la que estoy ejecutando OS X Mountain Lion v10.8.2 con FileVault 2 habilitado.

Cuando trato de despertarlo del sueño seguro :

  • el panel está retroiluminado pero no se muestra nada;

  • la luz de la ⇪ Caps Locktecla responde; y

  • si se deja sola, la máquina finalmente se apaga (pero se reanuda en el mismo estado cuando se restablece la energía).

La única forma en que he podido usar la máquina nuevamente es reiniciándola (lo que nunca me gusta hacer); pero al reiniciar, poco después de la autenticación, se produce un pánico en el núcleo. A continuación, la máquina se inicia normalmente después del consiguiente reinicio por software.

Agradecido por las ideas sobre cómo identificar la causa y/o resolver el problema.


Actualización 1

Después de continuar buscando, descubrí una publicación en la que se resolvió un problema similar al:

  • desactivar el sueño seguro;
  • reiniciar;
  • quitando el hibernatefile;
  • reiniciar;
  • volver a habilitar el sueño seguro.

Realicé estos pasos, aparentemente en vano. Sin embargo, ahora parece que si ingreso mi contraseña mientras la pantalla está retroiluminada y no se muestra nada, mi fondo de pantalla se revela (lentamente) junto con el cuadro de inicio de sesión normal para despertarse del sueño. No puedo estar seguro de si esto también era cierto antes de realizar los pasos anteriores, ya que no estoy seguro de haber intentado ingresar mi contraseña en la pantalla en blanco.

Lamentablemente, eso es tan bueno como parece: ni el puntero del mouse ni el cursor del teclado son visibles en la pantalla; y el teclado no responde. El reloj, el estado de la batería y los íconos de Wi-Fi en la esquina superior derecha de la pantalla permanecen en sus estados previos a la suspensión y no se actualizan; si la computadora se deja el tiempo suficiente, finalmente se produce un pánico en el kernel (¿aparentemente relacionado con los controladores de gráficos?).


Actualización 2

Siguiendo la sugerencia de @danielAzuelos , ejecuté Apple Hardware Test (desde la unidad de reinstalación de software ) en modo extendido, pero no se identificaron fallas.

Ningún puerto USB está en uso.

Descubrí que el problema no se manifiesta cuando DestroyFVKeyOnStandby=0, por lo que es casi seguro que hay algún problema con la forma en que mi MacBook en hibernación configura EFI para activarse.

Descubrí que, si la máquina entra en suspensión segura cuando se conecta a una pantalla externa, todo funciona exactamente como debería (incluso si la pantalla externa ya no está conectada al despertar).

¿Todavía sucede si mantiene el modo de hibernación en 0 de forma permanente? ¿Por qué fueron causados ​​los kernel panics?
¿Podría iniciar sesión remotamente ( ssh) en este MBA e intentar la siguiente secuencia de acciones: sudo; ps ax | grep 'login[w]'; matar el proceso de la ventana de inicio de sesión. Sospecho que este proceso se comporta incorrectamente con la administración de energía y pantalla.
¿Podría ejecutar las pruebas de hardware (video)?
¿Qué está conectado en su puerto USB?
¿Podría llevar su MBA a un funcionario de Apple y solicitarle que realice una prueba de su batería? Sospecho un mal comportamiento de la resolución de pantalla guardada en NVRAM que puede causar que el kext gráfico se filtre en el vecino (Kernel o kext).
¿Cuál es el conector de red de tu MBA? ¿Está activado "Despertar para acceder a la red"? Pruebe sshcuando el bloqueo de mayúsculas responda y la red esté configurada para funcionar (le aconsejo que elija un adaptador Ethernet). Comparto la misma calidad de experiencia con algunos "Genios";), pero debe eliminar esta posible causa de problemas (2012 - mediados de 2010> 2 años).
Creo que puede olvidar mi consejo de buscar un valor predeterminado de hardware o NVRAM. Creo que se enfrenta a un problema centrado en el sistema operativo o archivos de preferencias poco fiables. Con la cuenta de administrador "bob" recién creada, ¿podría hacer una revisión de las preferencias recién creadas y compararlas con las suyas? Si están en formato binario, simplemente conviértalos con plutil -convert xml1.
Es interesante que el problema desaparece cuando se conecta a una pantalla; Ocurrió algo similar cuando estaba conectado a una pantalla y cerré mi MBP. Lo he estado evitando dejando la computadora portátil abierta (todavía puede dormirse y despertarse bien, siempre que no esté cerrada; aunque no he intentado cerrarla durante mucho tiempo).
¿Podría entrar ~/Library/Preferences/ByHosty ~bob/Library/Preferences/ByHostcomparar la salida de las listas por: ls -al *isplay*. ¿Hay algún archivo más reciente en ~bob/…, que no tengas en ~/Library/…?
@danielAzuelos: Mi cuenta "bob" (incluso si se eliminó y volvió a crear) no tiene archivos coincidentes, pero ahora muestra un comportamiento idéntico al de mi cuenta de usuario normal (que tiene un único archivo coincidente). También dudo si la cuenta "bob" funcionó correctamente, ya que no recuerdo haber visto el inicio de sesión de EFI al despertar antes; tal vez la máquina no había hibernado por completo y, por lo tanto, sin darme cuenta, la desperté de un sueño superficial y salté a una conclusión prematura de que la cuenta "bob" estaba funcionando.
¿Es reproducible la salida correcta del sueño seguro con una pantalla externa? En caso afirmativo, compruebe si alguno de ellos ~/Library/Preferences/ByHost/*isplay*se modifica en el momento de esta conexión de pantalla externa.
@danielAzuelos: Sí, el comportamiento es consistente y reproducible; no parece que los archivos debajo ~/Library/Preferenceso /Library/Preferences(incluidas las subcarpetas) se modifiquen al conectar/desconectar la pantalla.
¿Has revisado los registros? Puede encontrar algo allí que lo lleve en la dirección correcta. Verificaría system.log, zzz.log y tal vez com.apple.launchd
¿Es hora de una nueva batería P-RAM?
También he visto problemas extraños con File Vault en máquinas más antiguas, para los cuales no tengo explicación, pero ahí está.

Respuestas (4)

Me complace informar que, después de instalar la actualización OS X Mountain Lion v10.8.3 , este problema desapareció:

Acerca de la actualización

Esta actualización se recomienda para todos los usuarios de OS X Mountain Lion e incluye funciones y correcciones que mejoran la estabilidad, compatibilidad y seguridad de su Mac, que incluyen:

[ deletia ]

  • Una solución para un problema que puede hacer que la pantalla se muestre incorrectamente después de despertarse

FileVault 2 todavía tiene muchos problemas. Su mejor apuesta es presentar un informe de error con Apple en https://bugreport.apple.com/ para que puedan investigar.

Encienda SSH y use otra máquina para ejecutar sudo sysdiagnose(o sudo spindumpsi eso no termina) mientras su computadora está en este estado. Envíales el archivo de salida.

Antecedentes: presenté un informe de error a Apple sobre un problema similar (mismo comportamiento, pero despertarme del sueño con un monitor y la alimentación enchufada) y eso es lo que me dijeron que hiciera. Es posible que estén tratando de recopilar más datos.

¡Gracias por tus pensamientos! Lamentablemente, no puedo usar SSH mientras la máquina está congelada, ya que está, bueno, congelada: no responde a la red en absoluto (he probado wifi y ethernet a través de USB). Estoy de acuerdo en que este problema está vinculado a FileVault, pero cada vez soy más de la opinión de que la falla en realidad se encuentra en alguna parte del registro del kit de E/S que se guarda en la NVRAM para activar el modo de suspensión seguro. Tengo la intención de presentar un informe de error una vez que tenga detalles más precisos para presentar.

Lamentablemente, recomendaría volver a instalar Mountain Lion.

Aquí hay dos preguntas que hice hace unos meses:

rMBP no se despierta del modo de suspensión después de actualizar a ML

Cómo instalar ML de nuevo

En resumen, compré una nueva Retina Macbook que venía con Lion y después de haber actualizado a Mountain Lion no podía despertarme del sueño (la única solución fue el arranque duro).

Intenté muchas cosas diferentes para solucionar el problema, pero lo único que ayudó fue formatear la partición e instalar ML desde cero.

Después de formatear e instalar ML, se arregló el despertar del sueño.

Sí, entiendo que la instalación reciente es una molestia, pero si tiene todo respaldado, no es tan malo.

¡Buena suerte y espero que arregles esto!

Gracias por la sugerencia, pero sea lo que sea lo que haga una reinstalación para solucionar el problema (si es que lo hará en mi caso), ¡debe ser posible efectuar el mismo cambio sin recurrir a medidas tan drásticas! De hecho, realmente me gustaría entender lo que está pasando aquí.
Desafortunadamente, creo que sería extremadamente difícil de rastrear. Déjame preguntarte esto: ¿cuándo te encontraste con este problema de despertar del sueño y ocurrió antes de actualizar a ML?
Solía ​​​​usar hibernatemode=3(así que solo entré en el modo de sueño seguro después de un largo período de sueño "ligero") y, en consecuencia, solo encontré el problema ocasionalmente. No puedo estar seguro de cuándo comenzó, pero ahora que uso hibernatemode=25(siempre uso el sueño seguro), obviamente se ha convertido en un problema más apremiante.
Permítame vincularlo también a la siguiente discusión en la que participé cuando tuve este problema, observe cómo algunas personas intentan comprender qué salió mal: discusiones.apple.com/thread/4151186?start=0&tstart=0

Tuve el mismo problema en el mismo modelo de Mac y finalmente resultó ser un problema de hardware con la GPU (aunque ningún programa de diagnóstico mostró nada).

¿Cómo supiste que era la GPU si el software de diagnóstico no la detectó?
Sabía que había algo mal, así que fui a un taller de reparación de Apple, tienen programas mucho mejores que el antiguo cmd+D, mi punto es que la mejor manera de determinar que no es HDD es instalar OSX en un USB o dispositivo externo si aún no está solucionado, entonces el problema no es SW o HDD