Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Apple>Seit ezwei Wochen tägliche Kernel Panik

Seit ezwei Wochen tägliche Kernel Panik

Apo Kryphus
Apo Kryphus07.11.0420:49
Hallo Community,

ersteinmal möchte ich mich vorstellen.
Bin 25 und studiere Informatik/Phil. in Berlin. Seit Mai diesen Jahres (04) habe ich ein Powerbook 15" mit 1,5 Ghz und (von 256 nachträglich im Juli´04 aufgerüstet) 1,25 GB Ram, nach Jahren des PC-Use´ns(immer nur Desktops) hatte ich mich, und das dann richtig =), für ein Apple Notebbok entschieden. Die Leistung war für mich sehr wichtig, da es mein einziger Rechner werden sollte und daher eine möglichst hohe Vielzahl an Möglichkeiten bieten musste. Mit dem Grafikkartenbump ist es mir sogar möglich richtig gut 3D-Games zu spielen, also mit entpsrechenden FPS.
Allerdings ist es mir nun vergönnt die Schönheit des Macs auszukosten (Schönheit auskosten?), denn seit zwei Wochen frustrieren mich permanente Kernel Panics. Rechte reparieren brachte hier auch nichts,. Selbst nach Neuinstallationen treten diese miesen kleinen Fenster (Aufforderung zum Neustart) auf. Ich habe bereits Speicher-/Komplettests mit der mitgelieferten Hardwaretest CD durchgeführt. Ergebnislos; ebenso Tests mit Techtools und memtest, ein kleines shellbasiertes Tool zum Speicher testen. Nichts war auffällig, keine Schäden an Platte oder den restl. Bestandteilen. Die Panic tritt immer dann auf, wenn viele Programme geöffnet sind bzw. gelcihzeitig laufen, insbesondere wenn A*u*eus läuft. Ein Blick in die Log´s hat mir nicht weitergeholfen, dafür steh ich nicht tief genug in der Materie, da es hier aber einst eine ähnliche Diskussion gab, wollte ich meine Logs hier mal posten und euch bitten sich das mal anzuschauen. hoffe ihr könnt mir helfen!
Gruß ...

Thu Nov 4 22:11:58 2004




Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000014 PC=0x000000000020B7B8
Latest crash info for cpu 0:
Exception state (sv=0x2B903280)
PC=0x0020B7B8; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020B6C4; R1=0x18A6BC20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0020B1F4 0x002452B4 0x00094200 0x006B0065
Kernel loadable modules in backtrace (with dependencies):
com.apple.driver.MotorolaSM56K(1.1.1)@0x686000
dependency: com.apple.driver.AppleI2SModemFamily(1.0.1)@0x67c000
dependency: com.apple.iokit.IOSerialFamily(6.0.1d20)@0x498000
Proceeding back via exception chain:
Exception state (sv=0x2B903280)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2B9CCA00)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0x22B64008; DSISR=0x40000000; LR=0x81F37A8C; R1=0xF13A6380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.5.0:
Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC


panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000836E4 0x00083BC8 0x0001EDA4 0x00090C60 0x0009406C
Proceeding back via exception chain:
Exception state (sv=0x2B903280)
PC=0x0020B7B8; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020B6C4; R1=0x18A6BC20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0020B1F4 0x002452B4 0x00094200 0x006B0065
Kernel loadable modules in backtrace (with dependencies):
com.apple.driver.MotorolaSM56K(1.1.1)@0x686000
dependency: com.apple.driver.AppleI2SModemFamily(1.0.1)@0x67c000
dependency: com.apple.iokit.IOSerialFamily(6.0.1d20)@0x498000
Exception state (sv=0x2B9CCA00)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0x22B64008; DSISR=0x40000000; LR=0x81F37A8C; R1=0xF13A6380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.5.0:
Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC


*********

Fri Nov 5 20:08:23 2004




Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000014 PC=0x000000000020B7B8
Latest crash info for cpu 0:
Exception state (sv=0x2B96F500)
PC=0x0020B7B8; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020B6C4; R1=0x18A93C20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0020B1F4 0x002452B4 0x00094200 0x00000000
Proceeding back via exception chain:
Exception state (sv=0x2B96F500)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2B94D500)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0x2BA69000; DSISR=0x42000000; LR=0x81F37A8C; R1=0xF11A2380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.5.0:
Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC


panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000836E4 0x00083BC8 0x0001EDA4 0x00090C60 0x0009406C
Proceeding back via exception chain:
Exception state (sv=0x2B96F500)
PC=0x0020B7B8; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020B6C4; R1=0x18A93C20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0020B1F4 0x002452B4 0x00094200 0x00000000
Exception state (sv=0x2B94D500)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0x2BA69000; DSISR=0x42000000; LR=0x81F37A8C; R1=0xF11A2380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.5.0:
Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC


*********

Fri Nov 5 22:36:30 2004




Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000014 PC=0x000000000020B7B8
Latest crash info for cpu 0:
Exception state (sv=0x2C0D7280)
PC=0x0020B7B8; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020B83C; R1=0x18A43C20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x0020B83C 0x0020B1F4 0x002452B4 0x00094200 0xFF7E9A43
Proceeding back via exception chain:
Exception state (sv=0x2C0D7280)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2B5D6780)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0xE06F7000; DSISR=0x42000000; LR=0x81F37A8C; R1=0xF1AB4380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.5.0:
Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC


panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000836E4 0x00083BC8 0x0001EDA4 0x00090C60 0x0009406C
Proceeding back via exception chain:
Exception state (sv=0x2C0D7280)
PC=0x0020B7B8; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020B83C; R1=0x18A43C20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x0020B83C 0x0020B1F4 0x002452B4 0x00094200 0xFF7E9A43
Exception state (sv=0x2B5D6780)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0xE06F7000; DSISR=0x42000000; LR=0x81F37A8C; R1=0xF1AB4380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.5.0:
Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC


*********

Sun Nov 7 19:02:11 2004




Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000014 PC=0x000000000020C8CC
Latest crash info for cpu 0:
Exception state (sv=0x2C48B500)
PC=0x0020C8CC; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020C950; R1=0x18FDBC20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0020C308 0x002463C4 0x00094200 0x00000000
Proceeding back via exception chain:
Exception state (sv=0x2C48B500)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2E188C80)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0x230CB004; DSISR=0x40000000; LR=0x8EECDA8C; R1=0xF1427380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.6.0:
Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC


panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000836E4 0x00083BC8 0x0001EDA4 0x00090C60 0x0009406C
Proceeding back via exception chain:
Exception state (sv=0x2C48B500)
PC=0x0020C8CC; MSR=0x00009030; DAR=0x00000014; DSISR=0x40000000; LR=0x0020C950; R1=0x18FDBC20; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0020C308 0x002463C4 0x00094200 0x00000000
Exception state (sv=0x2E188C80)
PC=0x9002E1CC; MSR=0x0000F030; DAR=0x230CB004; DSISR=0x40000000; LR=0x8EECDA8C; R1=0xF1427380; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 7.6.0:
Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC


*********

0

Kommentare

Apo Kryphus
Apo Kryphus07.11.0420:51
Das einzige was mir auffiel das die Adresse im die selbe ist, was mir, wie ein Problem mit dem Ram aussieht!
0
Maveric07.11.0420:58
Ist auch mein Tip. Einfach mal den zusätzlichen Speicher ausbauen und schauen, ob dann die Kernelpanics immer noch regelmäßig auftauchen.

Umgekehrt kann aber auch der Original RAM defekt sein.

Oder einfach das Programm mit dem A nicht mehr benutzen.
0
HR07.11.0421:39
Kann ich auch nur bestätigen, sieht nach Ram Problem aus. Ich kenne bisher nur den kernel panic bei defektem Memory oder vor zwei Wochen hatte ich das Problem beim Rechte reparieren. Und ich habe defekte auf der Platte.
Also am besten das RAM noch einmal richtig andrücken, oder ausbauen.
0
Apo Kryphus
Apo Kryphus07.11.0422:49
So, hatte beide Riegel kurzfristig ausgebaut und jeweils durch eine Vielzahl an Programmen ausgelastet, nichts ist passiert.
Weiß jemand ob Gravis Memorytests durchführt? Werde dann einfach mein Book dahin bringen und den RAM professionell checken lassen!
Falls jemandem noch etwas zum Thema oder den Logs einfällt, wäre ich ihm sehr dankbar, das hier zu posten!
Gruß
0
Maveric07.11.0422:58
Keine Ahnung ob Gravis Memorytests durchführt und wenn sie es tun, dann nur die von der Apple Hardware Test CD und die findet RAM Fehler vielleicht in einem von xtausend versuchen, wenn überhaupt.

Such mal hier und in anderen Foren. Da wirst du in der Mehrzahl Berichte finden, dass die Hardwaretest CD "Alles in Ordnung" meldete, der RAM aber trotzdem mit dem Mac nicht harmonierte. Der RAM muß nämlich nicht unbedingt defekt sein, es reicht schon wenn er nicht von Apple verifiziert ist.

Daher lieber die paar Euro, es sind wirklich nicht viele, mehr ausgeben und bei DSP RAM bestellen. Damit hatte ich noch keinen Streß, ebenso streßfrei war der RAM den ich bei Gravis für meinen iMac gekauft hatte.
0
Tobsen
Tobsen07.11.0423:11
Les doch mal hier die Kommentare
oder
0
Apo Kryphus
Apo Kryphus07.11.0423:31
Hi Tobsen,

zu meiner Schande muss ich gestehen, dass ich da hätte selber auch drauf kommen können, ich dächte aber es gab die auch ohne dieses Programm.
Dank vielmals, zumindest kann ich die Fehlersuche doch stark eingrenzen!
Wenn es das wirklich sein sollte, geb ich es hier bekannt!

Gruß
0
MacMark
MacMark08.11.0411:34
Wirf Azureus raus und nimm iSwipe als Ersatz.

Da das Problem seit zwei Wochen auftritt: Was hast Du vor zwei Wochen installiert?
„@macmark_de“
0
bvklebelsberg08.11.0412:12
Schon unter OS 9 habe ich festgestellt dass häufigen Abstürzen eigentlich immer irgendwelche Hardwareprobleme zugrundeliegen. Das tröstet natürlich nicht weil die Bandbreite der Ursachen natürlich alle Komponenten erfasst und der Fehler auch nicht regelmässig reproduziehrbar ist.
Wenn du sauber installiert und nicht als root irgendwas im System rumgefummelt hast, bin ich sicher dass du den Rechner zur Garantiereparatur schicken solltest.
Falls du im System als root oder admin Änderungen vorgenommen hast, am besten Neuinstallation und ComboUpdate. Benutzerdaten lassen sich bei diesem Vorgang erhalten, selbst wenn Chaos im Benutzerordner herrscht wirkt sich das nicht auf das System aus, verursacht auch keine KernelPanic.
Manchmal gibt es Installer (zB die von Microsoft und Adobe sind übliche Verdächtige), welche schlecht an die Rechteverwaltung angepasst sind undMerkwürdigkeiten verursachen. Allerdings konnte ich bisher noch nicht feststellen dass diese Kernelpanics auslösen.
0
MacMark
MacMark08.11.0412:24
Wie man (siehe Link von Tobsen) leicht sieht, verursacht die Applikation "Azureus" weltweit Kernel Panics auf jedem Mac, auf dem sie installiert wird. Speziell die neue Version 2.2 ist dafür berühmt wie es aussieht.

Wird da wohl irgendeine Kernel-Extension mitinstalliert, die nicht sauber programmiert ist? Wenn ja, wozu braucht das Programm die?
„@macmark_de“
0
Rainer Puschner
Rainer Puschner08.11.0412:49
Jaja, das liegt an A*u*eus... ist schon wieder gelöscht...
0
MacMark
MacMark08.11.0412:55
Aus reiner Neugier: Ist "Azureus" der "Lord Voldemort" der BitTorrent-Welt, oder warum traut sich außer mir (MacMark aka Harry Potter) hier niemand den Namen dessen auszusprechen, dessen Namen nicht genannt werden darf, der der Name des dunklen Lords ist?
„@macmark_de“
0
Apo Kryphus
Apo Kryphus08.11.0419:29
Nun, ich dachte, dass man in Zeiten in denen geistiges Eigentum mehr als je geschützt wird, es besser ist, solche Namen an die kleine Glocke zu hängen!
Danke an alle für Ihre Unterstützung, denke der Thread ist, zumindest von meiner Seite, abegschlossen.
0
MacMark
MacMark08.11.0420:56
Apo Kryphus
Nun, ich dachte, dass man in Zeiten in denen geistiges Eigentum mehr als je geschützt wird, es besser ist, solche Namen an die kleine Glocke zu hängen! …

Dann darf man auch nicht CD-Brenner, FTP-Server, Webserver, Netzwerk, Diskette etc sagen.
BitTorrent wird für sehr viele legale Sachen genutzt: Spiele, Updates, Linux etc. Siehe z. B. aktuelle News hier auf MTN:
„@macmark_de“
0
Apo Kryphus
Apo Kryphus08.11.0422:01
Macmark
Stimmt schon, das letzte was ich über Azureus geholt habe, war die Demo von Football Manager 2005!


Deutet nicht darauf hin, denn es bedarf nicht der Eingabe des Root-Passwortes, was bei Kernel Extensions ja wohl nötig ist, denke ich.

Gruß
0
Tobsen
Tobsen08.11.0423:08
mmm eine P2P Client der das Admin Pass will ist mir suspekt.
Ich hab den Tomaten-Client übrigens, der rennt gut.
0
MacMark
MacMark09.11.0409:23
Apo Kryphus
Macmark
Stimmt schon, das letzte was ich über Azureus geholt habe, war die Demo von Football Manager 2005!


Deutet nicht darauf hin, denn es bedarf nicht der Eingabe des Root-Passwortes, was bei Kernel Extensions ja wohl nötig ist, denke ich.

Gruß

Es genügt ein Admin Password, um als Root kurzfristig arbeiten zu können. Man bzw. der Installer nutzt dazu "sudo". In OSX sind Admins berechtigte "sudoers".
Zu sudo:
„@macmark_de“
0
Apo Kryphus
Apo Kryphus09.11.0413:31
Ja hatte dir beiden Begriffe Root und Admin als aquivok verwendet, unter MacOS sind die ja aber verschieden. Allerdings in unserem Falls auch völlig unerheblcih, da beide bzw. keins eingebeben werden muss.
Danke für den Hinweis!

gruß
0
MacMark
MacMark09.11.0413:37
Apo Kryphus
Ja hatte dir beiden Begriffe Root und Admin als aquivok verwendet, unter MacOS sind die ja aber verschieden. Allerdings in unserem Falls auch völlig unerheblcih, da beide bzw. keins eingebeben werden muss.
Danke für den Hinweis!

gruß

Dann haben wir ein Problem: Ein Programm, das jeder Normaluser (Nichtadmin) aufspielen kann und ein Kernel Panic verursacht. Das dürfte nicht sein.
„@macmark_de“
0
Apo Kryphus
Apo Kryphus09.11.0419:49
So siehts mal aus,
zumindest mit dem zusammen genommen was OSXNerd gesagt hat.
Allerdings werden die Entwickler von Azureus das ja auch wissen und für Apple, aufgrund der vielen Kommentre (siehe Thobsen), auch kein Gehemnis mehr sein. Ne Meldestelle für Bugs gibt es ja auch nicht oder doch?
0
jt7715.11.0401:49
hi erstmal...
nimm einfach die 2.0.8.4 Version
und dein Powerbook und Azureus
wird mit dir sein...


Mfg
0
Tobsen
Tobsen15.11.0403:09
Der Tomatoe hat mehr optionen als der Orginal. Und er speichert die Uploadrate.
0
MacMark
MacMark15.11.0411:59
Apo Kryphus
So siehts mal aus,
zumindest mit dem zusammen genommen was OSXNerd gesagt hat.
Allerdings werden die Entwickler von Azureus das ja auch wissen und für Apple, aufgrund der vielen Kommentre (siehe Thobsen), auch kein Gehemnis mehr sein. Ne Meldestelle für Bugs gibt es ja auch nicht oder doch?

Bugreporter bei Apple:
„@macmark_de“
0
Apo Kryphus
Apo Kryphus18.11.0423:21
MacMark, Vielen Dank für den Tipp!
0
osxnerd08.11.0421:45
MacMark
<br>Wird da wohl irgendeine Kernel-Extension mitinstalliert, die nicht sauber programmiert ist? Wenn ja, wozu braucht das Programm die?
<br>
<br>Das würde mich auch interessieren. Kann jemand bestätigen, ob dieses Programm eine Kernel-Extension installiert, oder nicht?
<br>
<br>Wenn das Programm nichts installiert, sondern einfach so läuft und trotzdem die Wahrscheinlichkeit für Kernel Panics erhöht, würde das auf eine schwere Sicherheitslücke in Mac OS X hindeuten. Man könnte dann einen Denial-Of-Service programmieren und jedes System zum Absturz bringen. Solche Fehler müssen sofort an Apple gemeldet werden.
0
Stefab
Stefab15.11.0402:23
Hm, wozu Tomate und anderes? Der "normale" bit torrent client ist doch eh ok! Ich kann mich zumindest nicht beschweren...
<br>Ne Frage: Was können die anderen mehr? Ich lass mich gerne zu einem Wechsel überzeugen, aber derzeit sehe ich darin keinen Sinn...
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.