La instalación de Mojave se bloquea después de encender el inicio de sesión

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

Cuando enciendo, aparece la pantalla de inicio de sesión inicial, y al ingresar la contraseña, la máquina comienza a cargarse, pero apenas se mueve la barra de progreso antes de que la máquina se bloquee, y aparece el mensaje "Su computadora se reinició debido a un problema". y luego directamente 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 prematuramente activo. Debo agregar que esta foto fue tomada con una cámara, no es una captura de pantalla.

Indicador de inicio de sesión y botones atenuados en una instalación nueva de Mojave

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

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

Estoy preparado para intentarlo de nuevo si alguien tiene una explicación sólida. Todavía tengo que intentar una instalación limpia, pero prefiero resolver primero el problema de la instalación de la actualización. No estoy interesado en un debate sobre los méritos de cualquiera de los dos métodos.

De lo contrario, esperaré hasta que se publique el primer parche y volveré a intentarlo.

Gracias

.

Alguna información adicional. ¡Me las arreglé para iniciar en modo seguro y veo que mis comentarios anteriores sobre el fondo de pantalla son algo engañosos! ¡Ese es, por supuesto, el fondo de pantalla de High Sierra! En el inicio de sesión en modo seguro, veo el fondo de pantalla correcto del desierto de Mojave. ¿Podría esto indicar que la instalación estaba incompleta?
El inicio de sesión en modo seguro pudo continuar con lo que quedaba del proceso de actualización. Ahora tengo un escritorio Mojave. sin embargo, reiniciar en modo normal aún hace que la máquina se bloquee, pero al menos ahora puedo usar el modo seguro para hacer un poco más de diagnóstico
solo por curiosidad, ¿cuál es el círculo con cable en el medio?
El círculo cableado es el icono de usuario. Sospecho que debido a la instalación incompleta en el momento en que tomé la foto, Tatar es el motivo por el cual todo se ve un poco extraño.

Respuestas (2)

Encontré ambos viejos Coriolis iDefrag y Little Snitch 3 kexts presentes en el sistema. Desinstalé LS3 y eliminé las cosas de iDefrag que había eliminado de la aplicación hace mucho tiempo.

MBA ahora arranca.

Con más detalle.

Revisé los informes del sistema en Console.app y encontré errores de kernel por hora. No soy un experto en la lectura de archivos de rastreo, pero que esto 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 verificación para recordarme de qué se trataba, descubrí que era una instalación antigua de iDefrag de los días anteriores a SSD. Aunque eliminé iDefrag hace mucho tiempo cuando cambié a SSD, parece que los kexts no causaron ningún problema hasta Mojave.

Revisé qué otros elementos habían sido puestos en cuarentena por el proceso de instalación de Mojave, siguiendo lo que se había informado en el syslog. Busqué The Coriolis kexts y los encontré en la siguiente carpeta (el nombre de la carpeta de migración se anonimizó 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 LittleSnitch.kext también estuviera presente aquí me dio la pista de que Little Snitch 3 posiblemente era incompatible. Después de verificar esto en el sitio web de OBDev, eliminé LS3 usando el desinstalador https://www.obdev.at/support/index.html?product=LS&topic=faq&entry=245442241039726

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

El arranque normal ahora tiene éxito.

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

Para que pueda encontrar el problemático en modo seguro encendiéndolos uno por uno.

Esto es lo que dice Apple al respecto.

https://support.apple.com/en-us/HT201262

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

sudo sysdiagnose -f ~/Desktop/

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

Gracias, sí, estoy revisando el registro de fallas en este momento. Hasta ahora, descubrí que tenía kexts muy antiguos asociados con iDefrag (aunque eliminé la aplicación hace años), que no es compatible con APFS. Todavía se bloquea, así que todavía hay algo más.
ok te dejo en paz, ya sabes lo que haces.
lo siento, yo de nuevo, a veces uso el sudo sysdiagnose -f ~/Desktop/que ejecuta los diagnósticos del sistema y crea un archivo de texto. Puede tomar 5 minutos completar el informe.
Lo encontré. Little Snitch 3 es incompatible. Su kext apareció en la carpeta de cuarentena. ¡Gracias por tu contribución!