Die Mojave-Installation stürzt nach dem Einschalten ab

Ich habe einen MBA Mitte 2012 (4 GB RAM, 128 GB SSD), den ich von High Sierra auf Mojave 10.14 aktualisiert habe. Das Upgrade wurde erfolgreich abgeschlossen.

Wenn ich einschalte, wird mir der anfängliche Anmeldebildschirm angezeigt, und bei Eingabe des Kennworts beginnt das Gerät zu laden, aber der Fortschrittsbalken bewegt sich kaum, bevor das Gerät abstürzt, und mir wird die Meldung „Ihr Computer wurde aufgrund eines Problems neu gestartet“ angezeigt. Bildschirm und dann direkt zurück zur Anmeldung.

Außerdem ist der Anmeldebildschirm nicht korrekt und alle Texte und Schaltflächen sind in einem schwer lesbaren Grau vor dem Anmeldehintergrund der Berge. Es ist, als wäre der Dunkelmodus vorzeitig aktiv. Ich möchte hinzufügen, dass dieses Foto mit einer Kamera aufgenommen wurde, es ist kein Screenshot.

Ausgegraute Anmeldeaufforderung und Schaltflächen in frischer Mojave-Installation

Ich kann erfolgreich von einer bootfähigen CCC-Sicherung wiederherstellen. Ich habe dieses Upgrade ein paar Mal versucht, jedes Mal mit einem neuen Download des Installationsprogramms von MAS.

Ich habe ähnliche Probleme gesehen, die an anderer Stelle gemeldet wurden, und Benutzer, die behaupteten, dass Audio-HAL-Komponenten von Drittanbietern einen Fehler aufgrund falscher Signierung verursachen. Ich habe keine Audioprodukte von Drittanbietern. Sie konnten sich auch per SSH anmelden, um die dmesg anzuzeigen, um festzustellen, welche Erweiterung ausgefallen ist. Ich kann mich nicht per SSH anmelden, da ich nicht glaube, dass die relevanten Server zu diesem Zeitpunkt beim Booten gestartet werden. Ich bekomme keine Antwort, wenn ich es versuche.

Ich bin bereit, es noch einmal zu versuchen, wenn jemand eine solide Erklärung hat. Ich muss noch eine Neuinstallation versuchen, aber ich würde lieber zuerst das Upgrade-Installationsproblem lösen. Ich bin nicht an einer Debatte über die Vorzüge der beiden Methoden interessiert.

Ansonsten warte ich bis zum ersten Patch-Release und versuche es erneut.

Danke

.

Einige weitere Infos. Ich habe es geschafft, in den abgesicherten Modus zu booten, und ich sehe, dass meine obigen Kommentare zum Hintergrundbild etwas irreführend sind! Das ist natürlich das Hintergrundbild für High Sierra! Bei der Anmeldung im abgesicherten Modus sehe ich das richtige Hintergrundbild der Mojave-Wüste. könnte dies darauf hindeuten, dass die Installation unvollständig war?
Die Anmeldung im abgesicherten Modus konnte den Rest des Upgrade-Prozesses fortsetzen. Ich bekomme jetzt einen Mojave-Desktop. Ein Neustart im normalen Modus führt jedoch immer noch zum Absturz des Computers, aber zumindest kann ich jetzt den abgesicherten Modus verwenden, um ein bisschen mehr Diagnosen durchzuführen
Nur aus Neugier, was ist der Drahtkreis in der Mitte?
Der verdrahtete Kreis ist das Benutzersymbol. Ich vermute, aufgrund der unvollständigen Installation zum Zeitpunkt der Aufnahme des Fotos, dann sieht Tatar aus, warum das alles etwas seltsam aussieht.

Antworten (2)

Es wurden sowohl alte Coriolis iDefrag- als auch Little Snitch 3-Kexte im System gefunden. LS3 deinstalliert und das iDefrag-Zeug gelöscht, das ich die App vor Ewigkeiten gelöscht hatte.

MBA bootet jetzt.

Ausführlicher.

Überprüfte die Systemberichte in Console.app und fand mit der Zeit Kernel-Panics. Ich bin kein Experte für das Lesen von Ablaufverfolgungsdateien, aber dass dies auftauchte, verursachte einige Bedenken.

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

Nachdem ich eine Überprüfung durchgeführt hatte, um mich daran zu erinnern, woher das kam, stellte ich fest, dass es sich um eine alte Installation von iDefrag aus der Zeit vor der SSD handelte. Obwohl ich iDefrag vor langer Zeit beim Wechsel auf SSD entfernt hatte, scheinen die Kexts bis Mojave kein Problem verursacht zu haben.

Ich habe nachgesehen, welche anderen Elemente durch den Mojave-Installationsprozess unter Quarantäne gestellt wurden, anhand dessen, was im Syslog gemeldet wurde. Ich habe nach The Coriolis Kexts gesucht und sie im folgenden Ordner gefunden (der Name des Migrationsordners wurde hier anonymisiert ... )

$ 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

Dass die LittleSnitch.kext auch hier vorhanden war, gab mir den Hinweis, dass Little Snitch 3 möglicherweise inkompatibel war. Nachdem ich dies auf der OBDev-Website überprüft hatte, entfernte ich LS3 mit dem Deinstallationsprogramm https://www.obdev.at/support/index.html?product=LS&topic=faq&entry=245442241039726

Obwohl Kexts unter Quarantäne gestellt werden, scheinen sie immer noch irgendwo im System vorhanden zu sein, daher schien die Deinstallation der beste Ansatz zu sein. Tatsächlich hat das LS3-Deinstallationsprogramm Boot-Caches neu erstellt.

Der normale Start gelingt jetzt.

Sie wissen, dass das Arbeiten im abgesicherten Modus bedeutet, dass alle Ihre Nicht-Apple-Apps deaktiviert sind.

So können Sie den problematischen im abgesicherten Modus finden, indem Sie sie nacheinander einschalten.

Hier ist, was Apple dazu sagt.

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

Es gibt auch einen vollständigen Systemdiagnosebericht, der von erstellt wurde

sudo sysdiagnose -f ~/Desktop/

das die Systemdiagnose ausführt und eine Textdatei erstellt. Es kann 5 Minuten dauern, bis der Bericht fertig ist.

Danke ja, ich arbeite mich gerade durch das Crashlog. Bisher habe ich festgestellt, dass ich sehr alte Kexts hatte, die mit iDefrag verbunden waren (obwohl ich die App vor Ewigkeiten gelöscht hatte), was nicht APFS-kompatibel ist. Es stürzt immer noch ab, also gibt es noch etwas anderes.
ok ich lass dich in ruhe, du weißt was du tust.
Entschuldigung, ich nochmal, manchmal benutze ich das sudo sysdiagnose -f ~/Desktop/, das die Systemdiagnose ausführt und eine Textdatei erstellt. Es kann 5 Minuten dauern, bis der Bericht fertig ist.
Fand es. Little Snitch 3 ist nicht kompatibel. Der Text wurde im Quarantäneordner angezeigt. danke für deinen Beitrag!