3 votos

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

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.

Al encenderme se me presenta la pantalla de inicio de sesión, y al introducir la contraseña la máquina empieza a cargarse pero apenas se mueve la barra de progreso antes de que la máquina se bloquee, y se me presenta la pantalla "Su ordenador 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 añadir que esta foto fue tomada con una cámara, no es una captura de pantalla.

Greyed out logon prompt and buttons in fresh Mojave install

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

He visto problemas similares reportados en otros lugares, y 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. Ellos también fueron capaces de SSH para ver el dmesg para establecer qué extensión estaba fallando. No puedo hacer 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 el problema de la instalación de actualización primero. No estoy interesado en un debate sobre los méritos de ninguno de los dos métodos.

Si no, esperaré a que se libere el primer parche y lo intentaré de nuevo.

Gracias

.

2voto

Andy Griffiths Puntos 1

Encontré tanto el viejo Coriolis iDefrag como el Pequeño Soplón 3 kexts presentes en el sistema. Desinstalé LS3 y borré el iDefrag que había borrado la aplicación hace años.

El MBA ya está en marcha.

Con más detalle.

Revisé los informes del sistema en Console.app y encontré pánico en el núcleo por el tiempo. No soy experto en leer 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 comprobación para recordarme de qué se trataba, encontré que era una vieja instalación de iDefrag de los días previos al SSD. Aunque había eliminado iDefrag hace mucho tiempo cuando me mudé a la SSD parece que los kexts no causaron ningún problema hasta Mojave.

Comprobé qué otros elementos habían sido puestos en cuarentena por el proceso de instalación de Mojave, yendo por lo que se había reportado 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 anonimizado 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

El hecho de que el LittleSnitch.kext también estuviera 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 usando el desinstalador https://www.obdev.at/support/index.html?product=LS&topic=faq&entry=245442241039726

Aunque los kextos se ponen en cuarentena parece que todavía están presentes en el sistema en algún lugar, por lo que la desinstalación parecía el mejor enfoque. De hecho, el desinstalador de LS3 reconstruyó los escondites de las botas.

La bota normal ahora tiene éxito.

1voto

Buscar웃 Puntos 23467

Sabes que trabajar en el modo a prueba de fallos significa que todas las aplicaciones que no son de Apple están desactivadas.

Así que puedes encontrar el problemático en modo seguro encendiéndolos uno por uno.

Esto es lo que Apple dice al respecto.

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

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

sudo sysdiagnose -f ~/Desktop/

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

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X