L'installazione di Mojave si interrompe dopo il login all'accensione

Naviga le tue risposte
3

Ho un MBA a metà 2012 (RAM da 4 GB, SSD da 128 GB) che ho aggiornato da High Sierra a Mojave 10.14. l'aggiornamento è terminato correttamente.

All'accensione mi viene presentata la schermata di accesso iniziale e quando si inserisce la password la macchina inizia a caricarsi ma a malapena la barra di avanzamento si sposta prima che la macchina si blocchi, e mi viene presentato il messaggio 'Il tuo computer è stato riavviato a causa di schermata di un problema, quindi torna direttamente all'accesso.

Inoltre, la schermata di accesso non è corretta e tutto il testo ei pulsanti si trovano in un grigio difficile da leggere rispetto allo sfondo di accesso delle montagne. È come se la modalità oscura fosse prematuramente attiva. Potrei aggiungere che questa foto è stata scattata con una fotocamera, non è uno screenshot.

Sono in grado di ripristinare da un backup CCC avviabile con successo. Ho provato questo aggiornamento un paio di volte, con un nuovo download dell'installer da MAS ogni volta.

Ho riscontrato problemi simili riportati altrove e gli utenti sostengono che i componenti HAL audio di terze parti causano un errore a causa della firma errata. Non ho prodotti audio di terze parti. Sono stati anche in grado di SSH in per visualizzare il dmesg per stabilire quale estensione stava fallendo. Non posso accedere a SSH, poiché non credo che i server rilevanti vengano avviati a quel punto nel boot. Non ho risposta quando ci provo.

Sono pronto a dare un altro risultato se qualcuno ha una spiegazione solida. Devo ancora provare un'installazione pulita, ma preferirei risolvere prima il problema dell'installazione di aggiornamento. Non mi interessa un dibattito sui meriti di entrambi i metodi.

Altrimenti aspetterò fino alla prima versione della patch e riproverò.

Grazie

.

    
posta Andy Griffiths 27.09.2018 - 17:54
fonte

2 risposte

2

Trovato entrambi i vecchi Coriolis iDefrag e Little Snitch 3 kex presenti nel sistema. Disinstallato LS3 e cancellato il materiale iDefrag che avevo cancellato l'app da secoli.

Ora l'MBA si avvia.

Più in dettaglio.

Controllato i report di sistema in Console.app e trovato i panics del kernel entro il tempo. Non sono esperto nella lettura dei file di tracciamento, ma ciò mi ha causato qualche preoccupazione. 

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

Dopo aver fatto un controllo per ricordarmi di cosa si trattava ho scoperto che si trattava di una vecchia installazione di iDefrag dai giorni pre-SSD. Sebbene io abbia rimosso iDefrag molto tempo fa quando mi sono trasferito su SSD, sembra che i kex non abbiano causato problemi a Mojave.

Ho controllato per vedere quali altri elementi erano stati messi in quarantena dal processo di installazione di Mojave, passando da ciò che era stato segnalato nel syslog. Ho cercato i kits di Coriolis e li ho trovati nella seguente cartella (il nome della cartella di migrazione è stato anonimizzato qui ...) 

$ 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

Che anche LittleSnitch.kext fosse presente qui mi ha dato l'idea che Little Snitch 3 fosse probabilmente incompatibile. Dopo aver verificato ciò sul sito Web OBDev, ho rimosso LS3 utilizzando il disinstallazione link

Sebbene i kex siano messi in quarantena, sembra che siano ancora presenti nel sistema da qualche parte, quindi la disinstallazione sembrava l'approccio migliore. Infatti, il programma di disinstallazione di LS3 ha ricostruito le cache di avvio.

Il normale avvio ora ha successo.

    
risposta data 27.09.2018 - 19:07
fonte
1

Sai che lavorare in modalità provvisoria significa che tutte le tue app non Apple sono disabilitate.

Quindi puoi trovare quello problematico in modalità provvisoria accendendoli uno alla volta.

Ecco cosa dice Apple al riguardo.

link

C'è anche un report di diagnostica di sistema completo creato da

sudo sysdiagnose -f ~/Desktop/

che esegue la diagnostica di sistema e crea un file di testo. Potrebbero essere necessari 5 minuti per completare il rapporto.

    
risposta data 27.09.2018 - 18:31
fonte

Leggi altre domande sui tag

Creazione di nuove immagini in anteprima Come forzare l'uscita dell'app Applescript dal terminale?