Seit ein paar Wochen kommt es bei meinem MacBook Pro zu zufälligen Kernel-Panics. Ich glaube, dass diese KPS nach der Installation von Mavericks gestartet wurden (obwohl ich mir nicht ganz sicher bin). Ich entschied mich für eine komplette Neuinstallation von Mavericks, ohne es mit TimeMachine wiederherzustellen. Eine Zeit lang ging alles gut, bis letzte Woche, in der ich wieder zwei KPs hatte.
Die Abstürze scheinen völlig zufällig und sind ziemlich selten. Ich glaube, ich hatte in zwei Monaten etwas weniger als 10 KPs. Die Tatsache, dass in letzter Zeit alles gut gelaufen ist, bedeutet meiner Meinung nach nicht viel; wahrscheinlich reiner Zufall ... Ich habe ein MacBook Pro Ende 2010 15 Zoll, 2,53 GHz Intel Core i5 und ich verwende OS X 10.9.1. Die kp-Logs berichten anfangs immer von einer GPU Panic.
Ich habe ziemlich viel Zeug auf meinem Mac, einschließlich Zeug, das ziemlich direkt mit dem Kern des Betriebssystems interagiert. Dazu gehören NoSleep (das praktisch nie läuft, aber ich weiß, dass es einige Kexts installiert, von denen ich mir vorstellen kann, dass sie geladen werden, auch wenn das eigentliche NoSleep-Programm selbst nicht läuft), Tuxera NTFS, RightZoom, TotalFinder, Parallels 8 und iStat-Menüs. Alle laufen auf den neusten Updates. Vielleicht sollte ich das Upgrade auf Parallels 9 machen, da es derzeit mein Hauptverdächtiger ist. Ich habe in letzter Zeit viele VMs ausgeführt, und es ist sehr gut möglich, dass sie jedes Mal ausgeführt wurden, wenn ein kp auftrat. Ich mache das kostenpflichtige Upgrade jedoch lieber nicht, da ich Niederländer bin ;)
Könnte jemand helfen, die KP-Protokolle zu analysieren? ich bin ahnungslos...
Die letzten beiden habe ich hier gepostet:
Bei meinem 15-Zoll-Mac Book Pro von Mitte 2010 wird gerade ein Logic Board ausgetauscht, was wie das gleiche Problem aussieht. Zumindest die erste Zeile des von Ihnen geposteten Protokolls ist identisch mit der, die ich hatte. Anscheinend hatte eine Reihe von nVidia-Grafikchips, die in diesem Jahrgang von 15-Zoll-MBPs verwendet wurden, einen "versteckten Defekt". Der Fehler kann abhängig von den ausgeführten Anwendungen und der Betriebssystemversion gekitzelt werden oder nicht -- verschiedene Versionen von OS/X verwenden die Grafikhardware auf unterschiedliche Weise. Meine Panik wurde nach dem Upgrade auf Mavericks wirklich schlimm, wie bei Ihnen - obwohl ich vor dem Upgrade ein paar, sehr wenige und weit auseinander (<< 10 insgesamt) hatte.
Wenn Sie es zu Apple bringen, stellen Sie sicher, dass sie den sogenannten VST-Test durchführen. Die Apple Stores führen diesen Test NICHT routinemäßig durch, obwohl er nur wenige Minuten dauert. Selbst nachdem ich dem Genius, der meine Maschine mitgenommen hatte, gesagt hatte, dass ich diesen Testlauf haben wollte, und selbst nachdem der Test auf dem Arbeitsauftrag erschien, führten sie ihn nicht aus, bis ich telefonisch darauf bestand (ihre Empfehlung war, die Festplatte sauber zu wischen und zu tun eine neue Betriebssysteminstallation). Dies geschah, nachdem sie zwei Tage lang jede andere Diagnose darauf ausgeführt und festgestellt hatten, dass die Paniksoftware damit zusammenhängt. Natürlich hat es den VST-Test nicht bestanden und wie gesagt, jetzt wird das Logic Board ausgetauscht.
Übrigens ist dies das TS4088-Problem, und obwohl Sie sich innerhalb des 3-Jahres-Fensters oder knapp darüber befinden sollten, werden viele Apple Stores immer noch die Rechnung dafür übernehmen, da es sich um ein bekanntes Problem handelt.
Viel Glück.
Ihr spezielles MacBook Pro (6,2) hat bei einigen Geräten GPU-Probleme dokumentiert:
https://support.apple.com/kb/TS4088
Selbst wenn Sie glauben, dass Sie keine Garantie mehr haben, wäre ein Anruf bei Apple ein guter Schritt. Sie haben den größten Teil der Fehlerbehebung durch die saubere Installation von Mavericks erledigt und sehen immer noch die Panik. Auch die erste Zeile mit Details weist sicher auf eine anhaltende Beteiligung des GPU-Codes an den Paniken hin:
panic(cpu 0 caller 0xffffff7f9d838fac): "GPU Panic: [<None>] 3 3 7f 0 0 0 0 3 : NVRM[0/1:0:0]: Read Error 0x00000100: CFG 0x0a2910de 0x00100000 0x00000000, BAR0 0xd2000000 0xffffff812f8cc000 0x0a5480a2, D0, P3/4\n"@/SourceCache/AppleGraphicsControl/AppleGraphicsControl-3.4.12/src/AppleMuxControl/kext/GPUPanic.cpp:127
Sie könnten auch sysdiagnose ausführen und einen Fehlerbericht bei Apple einreichen, falls dies Software statt Hardware ist - diese wiederholten Panikprotokolle würden den Ingenieuren eine gute Vorstellung davon geben, wo genau der Code unsinnige Werte von der Hardware erhält, und sich vielleicht dafür entscheiden, weniger damit umzugehen hart, soweit es den Benutzer betrifft.
System model name: MacBookPro6,2 (Mac-F22586C8)
Fahrrad
koenlek
Fahrrad