Mac OS X Kernel Panic beim Thunderbolt Update beheben

13. Juni 2012 von Tobias

So habe ich die Kernel Panic beim Mac OS X Thunderbolt Update behoben.

Vor ca. einer Woche sah ich beim Booten meines Macs genau dieses Bild. Eine sehr kryptische Fehlermeldung verursachte eine sog. Kernel Panic bei Mac OS X. Ich habe dann nach der Fehlermeldung IOThunderboltTransmitQueue gesucht, aber leider war Google da nicht wirklich hilfreich. Da ich nicht weiter wusste, habe ich meinen Mac zum Mac Händler um die Ecke gebracht.

Der hat mein Gerät vor Ort durchgecheckt. Die Apple Diagnose Software hat weder Hardware- noch Software-Fehler angezeigt. Er musste das Gerät da behalten. Eine ganze Woche später habe ich meinen Mac wieder, aber immer noch mit dieser lustigen Thunderbolt Kernel Panic. Just heute tauchen auch erste Berichte in der Presse auf, dass es mit Thunderbolt und irgendeinem Update wohl Probleme gibt. Einige Blogs schlagen auch konkrete Schritte zur Behebung des Problems vor.

Ich habe noch einen anderen Mac im Haushalt und habe mit Hilfe eines 15 Euro Firewire-Kabels folgendes gemacht:

Den defekten Mac im Target Disk Mode gestartet. Dazu muss man einfach während des Bootvorgangs von OS X die T-Taste drücken.
Das Mac OS X 10.7.4 Client Combo Update von Apple heruntergeladen .
Den defekten mit dem heilen Mac per Firewire-Kabel verbinden.
Das Update entpackt und während des Installationsassistenten als Ort die Festplatte des defekten Macs ausgewählt.
Update eingespielt und den defekten Mac neu gestartet.
DONE.

Das hat jedenfalls bei mir funktioniert und spart mir das Einspielen des Backups von meiner Time Capsule. Das ganze hätte sonst vermutlich wieder einen ganzen Tag gedauert.

4 Kommentare

19. Juni 2012 von Peters

Da hast Du mit Kanonen auf Spatzen geschossen.
IM TB-Update ist lediglich das BCM5701-Plugin verädert word.
Kommt in die IONetworking.kext.
Es hätte wohl gereicht, zur Not im SinglUserMode, die IONetworking.kext zu löschen und aus einem TM-Backup oder zu Fuss aus dem ComboUpdate zu extrahieren.
.

Folgende Änderungen werden in den plists aufgeführt

IONetworking.kext/Plugins/AppleBCM5701Ethernet.kext

BuildVersion
25
CFBundleShortVersionString
3.1.2
CFBundleVersion
3.1.2b2
ProjectName
AppleBroadcom570X
SourceVersion
312002002000000

TB Update 1.2.1 18.6.2012 (revidierte Version)

BuildVersion
6
CFBundleShortVersionString
3.2.4
CFBundleVersion
3.2.4b8
ProjectName
AppleBroadcom570X
SourceVersion
324002008000000

Anmerkung : Batch_ARP_Enabled
hinzugefügt

19. Juni 2012 von Tobias

Danke für den Hinweis. Aber nachdem mein Apple-Händler mir auch nicht helfen konnte, musste ich mir selber helfen. Mein beschriebener Weg funktionierte und ich habe nicht dein Wissen Danke danke danke

19. Juni 2012 von Peters

Immerhin, Du hast es wieder am Laufen.
Es gibt reichlich Berichte wonach nach dem Rstore bzw. Comboupdate nix mehr ging. DAten verluste, Programme funktionieren nicht.

Hinweis:
Der Screenshot ganz oben zeigt schon ab
„Kernel Extension Backtrace“ auf die problematischen Kernel-Erweiterungen.
Beim Versuch, diese zu laden knallte es.
Leider gibt es in OSX keinen Fallback wie in Windoof, wo mann auswählen und zurückgehen kann auf die Konfiguration vor dem Treiber-Update. Dort hat mann (XP bis W7) mit der Taste F8 die Wahl im Startmenü: auswählen „letze als funktionerend bekannte Konfiguration“.
Dass Dein Händler nicht wirklich im Stoff steht; kein zertifizierter Apple-Partner?

20. Juni 2012 von Peters

User „deanwrayUK“ zeigt auf Youtube, worauf es beim Fall des Falles ankommt.
Er zeigt, woher Probleme beim Systemstart stammen können.

Alles auf englisch, na klar.

Obwohl er etwas verschnupft klingt, er hat weitere informative Videos.

http://www.youtube.com/watch?v=IxtxWVj6kOk&feature=plcp

Andere hilfreiche Quellen sind u.a.

http://www.bigresource.com (das Problem und den Link bei Google suchen lassen; das führt oft direkt zu Apple-Support-Foren)
http://hints.macworld.com
apfeltalk.de
macuser.de