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.
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
.
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.
sudo sysdiagnose -f ~/Desktop/
que ejecuta los diagnósticos del sistema y crea un archivo de texto. Puede tomar 5 minutos completar el informe.
Andy Griffiths
Andy Griffiths
Ruscos
Andy Griffiths