La instalación de Mojave se bloquea después del encendido al iniciar sesión

3

Tengo un MBA a mediados de 2012 (4 GB de RAM, 128 GB de SSD) que he actualizado de High Sierra a Mojave 10.14. la actualización terminó con éxito.

Cuando se enciende, aparece la pantalla de inicio de sesión inicial y, al ingresar la contraseña, la máquina comienza a cargarse, pero apenas la barra de progreso se mueve antes de que la máquina se bloquee, y aparece el mensaje 'Su computadora reinicia debido a pantalla de un problema, y luego de vuelta al inicio de sesión.

Además, la pantalla de inicio de sesión es incorrecta y todo el texto y los botones están en un gris difícil de leer contra el fondo de pantalla de inicio de sesión de las montañas. Es como si el modo oscuro estuviera activo prematuramente. Podría agregar, esta foto fue tomada en una cámara, no es una captura de pantalla.

Puedo restaurar con éxito desde una copia de seguridad CCC de arranque. He intentado esta actualización un par de veces, con una nueva descarga del instalador desde MAS cada vez.

He visto problemas similares reportados en otros lugares, y los usuarios que afirman que los componentes de Audio HAL de terceros causan un error debido a una firma incorrecta. No tengo productos de audio de terceros. También pudieron SSH para ver el dmesg para establecer qué extensión estaba fallando. No puedo SSH en, ya que no creo que los servidores relevantes se inicien en ese momento en el arranque. No recibo respuesta cuando lo intento.

Estoy preparado para darle otra oportunidad a esto si alguien tiene una explicación sólida. Todavía tengo que intentar una instalación limpia, pero prefiero solucionar el problema de instalación de la actualización primero. No estoy interesado en un debate sobre los méritos de ninguno de los métodos.

De lo contrario, lo esperaré hasta el primer lanzamiento del parche e intentaré nuevamente.

Gracias

.

    
pregunta Andy Griffiths 27.09.2018 - 17:54

2 respuestas

2

Se encontraron los dos kexts antiguos Coriolis iDefrag y Little Snitch 3 presentes en el sistema. Desinstalé el LS3 y eliminé las cosas de iDefrag que había eliminado la aplicación hace mucho tiempo.

MBA ahora arranca.

Con más detalle.

Revisó los informes del sistema en Console.app y descubrió los problemas del kernel por tiempo. No soy un experto en la lectura de archivos de seguimiento, pero el hecho de que apareciera causó cierta preocupación.

0xffffff80b4c1bfa0 : 0xffffff80213590ce 
  Kernel Extensions in backtrace:
     com.coriolis-systems.driver.Snapshot(113.0)[B6C0FE6D-76C9-3C71-A43A-2D67ED604116]@0xffffff7fa1ffe000->0xffffff7fa2075fff
        dependency: com.apple.iokit.IOStorageFamily(2.1)[499E27C9-AC4D-3239-9FC4-754C7699FA76]@0xffffff7fa1fce000

Después de hacer una comprobación para recordarme de qué se trataba, descubrí que era una instalación antigua de iDefrag de los días anteriores a la SSD. Aunque había eliminado iDefrag hace mucho tiempo al cambiar a SSD, parece que los kexts no causaron ningún problema hasta Mojave.

Verifiqué para ver qué otros elementos se pusieron en cuarentena durante el proceso de instalación de Mojave, siguiendo lo que se informó en el syslog. Busqué los kexts de Coriolis y los encontré en la siguiente carpeta (el nombre de la carpeta de migración ha sido anónimo aquí) ...)

$ cd /Library/SystemMigration/History/Migration-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/QuarantineRoot/Library/StagedExtensions/Library/Extensions
$ ls -l
total 0
drwxr-xr-x  3 root  wheel  96 12 Jun  2014 ACS6x.kext
drwxr-xr-x  3 root  wheel  96 27 Jun  2016 ATTOCelerityFC8.kext
drwxr-xr-x  3 root  wheel  96 27 Jun  2016 ATTOExpressSASHBA2.kext
drwxr-xr-x  3 root  wheel  96 27 Jun  2016 ATTOExpressSASRAID2.kext
drwxr-xr-x  3 root  wheel  96 20 Aug  2013 ArcMSR.kext
drwxr-xr-x  3 root  wheel  96  1 Sep  2013 CalDigitHDProDrv.kext
drwxr-xr-x  3 root  wheel  96 11 Apr  2017 CoriolisOnlineHelper.kext
drwxr-xr-x  3 root  wheel  96 11 Apr  2017 CoriolisSnapshot.kext
drwxr-xr-x  3 root  wheel  96 15 Aug  2014 HighPointIOP.kext   
drwxr-xr-x  3 root  wheel  96 15 Aug  2014 HighPointRR.kext
drwxr-xr-x  3 root  wheel  96  5 Dec  2017 LittleSnitch.kext
drwxr-xr-x  3 root  wheel  96 31 Mar  2017 PromiseSTEX.kext
drwxr-xr-x  3 root  wheel  96 22 Aug  2017 SoftRAID.kext

Que el LittleSnitch.kext también estuvo presente aquí me dio la pista de que Little Snitch 3 era posiblemente incompatible. Después de verificar esto en el sitio web de OBDev, eliminé LS3 utilizando el desinstalador enlace

Aunque los kexts se ponen en cuarentena, parece que todavía están presentes en el sistema en alguna parte, por lo que la desinstalación parece ser el mejor enfoque. De hecho, el desinstalador LS3 reconstruyó los cachés de arranque.

El arranque normal ahora tiene éxito.

    
respondido por el Andy Griffiths 27.09.2018 - 19:07
1

Sabes que trabajar en Modo seguro significa que todas las aplicaciones que no son de Apple están deshabilitadas.

Para que pueda encontrar la problemática en Modo seguro, enciéndalos uno por uno.

Esto es lo que Apple dice al respecto.

enlace

También hay un informe completo de diagnóstico del sistema creado por

sudo sysdiagnose -f ~/Desktop/

que ejecuta los diagnósticos del sistema y crea un archivo de texto. Puede tomar 5 minutos completar el informe.

    
respondido por el Buscar웃 27.09.2018 - 18:31

Lea otras preguntas en las etiquetas