Onverklaarbare kernel panics Mac Pro

[Verwijderd]

Beste Tweakers,

Ik ben nieuw op dit forum en ben hier terecht gekomen vanwege een probleem met de Mac Pro op mijn kantoor. De Mac (de standaard 2,8 GHz 8-core die in januari 2008 is geïntroduceerd) is anderhalf jaar oud en heeft nu al een tijd last van kernel panics. Een half jaar na aanschaf is er Apple-geschikt geheugen van Kingston bijgeplaatst (van 2GB naar 4GB) en een paar maanden nadien begon de Mac soms vast te lopen. In eerste instantie werd er niet veel aandacht aan geschonken, totdat een InDesign bestand corrupted raakte. Het Kingston geheugen is er uitgehaald en nu zit enkel het oorspronkelijke geheugen erin. Na het verwijderen van het Kingston gehuegen waren er geen errors bij Apple Hardware Test, ook niet bij de uitgebreide. Na een rondgang op internet bleek dat er vaker problemen waren met Kingston geheugen, dus we dachten dat het probleem nu was opgelost. Na een poosje liep de Mac echter weer vast, soms vaak achter elkaar. Er is toen opnieuw een Apple Hardware Test gedraaid, maar die gaf geen fouten, we hebben dus geen idee wat het probleem is.

De Mac Pro wordt niet super intensief gebruikt, voornamelijk voor InDesign, Photoshop en Entourage. Hij loopt voor zover we weten niet vast bij een specifiek programma. Verder was ie in eerste instantie niet geheel up-to-date, maar sinds ongeveer een maand wel (Mac OS X 10.5.7). Het vastlopen is altijd een kernel panic. Aangezien niemand op kantoor bijster veel technische kennis heeft zijn de kernel panic logs voor ons ongeveer even leesbaar als hiërogliefen. Heeft iemand enig idee waardoor dit wordt veroorzaakt en, wat helemaal fijn zou zijn, hoe het kan worden verholpen? Alvast heel veel dank voor jullie reacties.

Hieronder de laatste twee kernel panic logs (van 14 en 3 juli):

Tue Jul 14 15:13:57 2009
panic(cpu 0 caller 0x001AB0FE): Kernel trap at 0x00b08127, type 14=page fault, registers:
CR0: 0x8001003b, CR2: 0x00000000, CR3: 0x00fa9000, CR4: 0x00000660
EAX: 0x00000000, EBX: 0x00000036, ECX: 0x03fc9c14, EDX: 0x00017ed0
CR2: 0x00000000, EBP: 0x00108b18, ESI: 0x048a39a0, EDI: 0x00108ff0
EFL: 0x00010006, EIP: 0x00b08127, CS: 0x00000008, DS: 0x00520010
Error code: 0x00000000

Backtrace (CPU 0), Frame : Return Address (4 potential args on stack)
0x108918 : 0x12b4c6 (0x45ec20 0x10894c 0x13355c 0x0)
0x108968 : 0x1ab0fe (0x468ecc 0xb08127 0xe 0x468678)
0x108a48 : 0x1a1703 (0x108a60 0x108ab4 0x108b18 0xb08127)
0x108a58 : 0xb08127 (0xe 0x282b0048 0x10 0x10)
0x108b18 : 0xb08c6e (0x0 0x2f 0x12 0x0)
0x108b58 : 0xb08dd3 (0x0 0x0 0x0 0x528ce8)
0x108cb8 : 0xb08f31 (0x1 0x4 0xb13a48 0x0)
0x108cf8 : 0xb08d4f (0x4 0xb13a48 0x0 0x0)
0x108d38 : 0xafd3e9 (0xb14f0c 0xb159e0 0x0 0x0)
0x108d98 : 0xaf65dc (0x4733a10 0x108e58 0x1 0x1)
0x108dd8 : 0xaf8b92 (0x4733a10 0xb1b0fc 0x108e58 0x40)
0x108e08 : 0xaf8bc7 (0x4733a10 0x8 0x108e58 0x0)
0x108e38 : 0xaf57e5 (0x4733a10 0x8 0x108e58 0x3c39000)
0x108ea8 : 0xb04a30 (0x4733a10 0xb19594 0xd190 0x665e45)
0x108ed8 : 0xadf0d7 (0x4039954 0x49130180 0xd 0xb19594)
0x108f08 : 0x666cbd (0x48a39a0 0x36 0x23a79000 0x0)
Backtrace continues...
Kernel loadable modules in backtrace (with dependencies):
com.apple.kext.ATY_Lamna(5.4.4)@0xaa9000->0xb22fff
dependency: com.apple.iokit.IONDRVSupport(1.7.3)@0x65c000
dependency: com.apple.iokit.IOPCIFamily(2.6)@0x62e000
dependency: com.apple.iokit.IOGraphicsFamily(1.7.3)@0x63f000
dependency: com.apple.iokit.IOACPIFamily(1.2.0)@0x5d4000
com.apple.iokit.IONDRVSupport(1.7.3)@0x65c000->0x669fff
dependency: com.apple.iokit.IOPCIFamily(2.6)@0x62e000
dependency: com.apple.iokit.IOGraphicsFamily(1.7.3)@0x63f000

BSD process name corresponding to current thread: kernel_task

Mac OS version:
9J61

Kernel version:
Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386
System model name: MacPro3,1 (Mac-F42C88C8)

-----------------------------------------------------------------------------------------------------------------------------------------

Fri Jul 3 15:29:39 2009
panic(cpu 0 caller 0x001AB0FE): Kernel trap at 0x00b22127, type 14=page fault, registers:
CR0: 0x8001003b, CR2: 0x00000000, CR3: 0x00fc3000, CR4: 0x00000660
EAX: 0x00000000, EBX: 0x00000036, ECX: 0x03fb7ed4, EDX: 0x00017ed0
CR2: 0x00000000, EBP: 0x00108b18, ESI: 0x04862180, EDI: 0x00108ff0
EFL: 0x00010006, EIP: 0x00b22127, CS: 0x00000008, DS: 0x00520010
Error code: 0x00000000

Backtrace (CPU 0), Frame : Return Address (4 potential args on stack)
0x108918 : 0x12b4c6 (0x45ec20 0x10894c 0x13355c 0x0)
0x108968 : 0x1ab0fe (0x468ecc 0xb22127 0xe 0x468678)
0x108a48 : 0x1a1703 (0x108a60 0x108ab4 0x108b18 0xb22127)
0x108a58 : 0xb22127 (0xe 0x282d0048 0x10 0x10)
0x108b18 : 0xb22c6e (0x0 0x2f 0x12 0x0)
0x108b58 : 0xb22dd3 (0x0 0x0 0x0 0x528ce8)
0x108cb8 : 0xb22f31 (0x1 0x4 0xb2da48 0x0)
0x108cf8 : 0xb22d4f (0x4 0xb2da48 0x0 0x0)
0x108d38 : 0xb173e9 (0xb2ef0c 0xb2f9e0 0x0 0x0)
0x108d98 : 0xb105dc (0x4387a10 0x108e58 0x1 0x1)
0x108dd8 : 0xb12b92 (0x4387a10 0xb350fc 0x108e58 0x40)
0x108e08 : 0xb12bc7 (0x4387a10 0x8 0x108e58 0x0)
0x108e38 : 0xb0f7e5 (0x4387a10 0x8 0x108e58 0x13f0e3)
0x108ea8 : 0xb1ea30 (0x4387a10 0xb33594 0x6ad0 0x672e45)
0x108ed8 : 0xaf90d7 (0x4290954 0x4144fac0 0xd 0xb33594)
0x108f08 : 0x673cbd (0x4862180 0x36 0x23a86000 0x0)
Backtrace continues...
Kernel loadable modules in backtrace (with dependencies):
com.apple.kext.ATY_Lamna(5.4.4)@0xac3000->0xb3cfff
dependency: com.apple.iokit.IONDRVSupport(1.7.3)@0x669000
dependency: com.apple.iokit.IOPCIFamily(2.6)@0x63b000
dependency: com.apple.iokit.IOGraphicsFamily(1.7.3)@0x64c000
dependency: com.apple.iokit.IOACPIFamily(1.2.0)@0x5e1000
com.apple.iokit.IONDRVSupport(1.7.3)@0x669000->0x676fff
dependency: com.apple.iokit.IOPCIFamily(2.6)@0x63b000
dependency: com.apple.iokit.IOGraphicsFamily(1.7.3)@0x64c000

BSD process name corresponding to current thread: kernel_task

Mac OS version:
9J61

Kernel version:
Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386
System model name: MacPro3,1 (Mac-F42C88C8)

[ Voor 51% gewijzigd door Verwijderd op 31-07-2009 15:31 ]

[Umbrah]

Al eens buiten de Apple tools gekeken, en dit aangepakt alsof het een echte PC is? Download & draai memtest86 eens, want zo random als dit, lijkt het wel een beetje op de reactie van een linux kernel op defect geheugen. Het kan best wel een ESD hebben gehad bij de in/uitbouw werkingen.

Ook mogelijk is dat de voeding defect is. Vragen wat voor voeding er in zit is vrij nutteloos, meet hem eens door terwijl de PC stressed is (met een multimeter).

[lowfi]

Je kan ook in single user mode een memory test doen: http://www.command-tab.co...-test-ram-under-mac-os-x/

Er zijn ook andere geheugen test programmas die met een GUI werken. Techtool pro e.d.

Meeste kernel panics komen in OSX iig door rot geheugen.

Gebeurt het verder echt random of vooral als bv decpu eens op zijn staar twordt getrapt?

[ Voor 14% gewijzigd door lowfi op 29-07-2009 14:25 ]

[Verwijderd]

lowfi: Ik heb de single user mode memory tests gedaan, eerst met twee volledige tests (duurde ongeveer een uur), daarna voor de zekerheid nog eens als loop die ik iets meer dan twee uur heb laten duren, is niks uit gekomen (oftewel: all tests passed!). Heb niet het idee dat de Mac alleen onder zware belasting vastloopt, maar soms wel vaker achter elkaar.

Umbrah: We hebben hier helaas geen multimeter tot onze beschikking, dus dat kunnen we niet testen. Is het zinnig om nu nog met memtest86 aan de slag te gaan, of is dat hetzelfde als de tests die nu zijn uitgevoerd?

[Verwijderd]

Vergelijkbaar probleem (1e hit google):

http://forums.whirlpool.n...s-archive.cfm/947223.html

The problem you're having is to do with graphics. In your stracktrace, you'll see that the error stems from com.apple.kext.ATY_Lamna, which is the graphics kernel extension.

Driver update doen, videokaart vervangen en memtest ff draaien (is wat uitgebreider dan de single user mode test) zijn dingen die je eens kunt gaan proberen.
Bij garantie: support bellen (aanrader in jullie geval)

[Daedalus]

Je hebt best kans dat tijdens het draaien met het Kensington geheugen een deel van Mac OS X is beschadigd. Nu je weer met het originele geheugen werkt blijf je natuurlijk zitten met de corrupte bestanden. Om dit uit te sluiten is het waarschijnlijk het makkelijkst om Mac OS X opnieuw te installeren op een externe HD of op een nieuwe interne HD, zodat je je je oude installatie blijft behouden. Mocht het dan wel werken, dan kun je de nieuwe installatie eventueel kopiëren naar je originele interne HD.

[Verwijderd]

Daedalus schreef op woensdag 29 juli 2009 @ 21:34:
Je hebt best kans dat tijdens het draaien met het Kensington geheugen een deel van Mac OS X is beschadigd. Nu je weer met het originele geheugen werkt blijf je natuurlijk zitten met de corrupte bestanden. Om dit uit te sluiten is het waarschijnlijk het makkelijkst om Mac OS X opnieuw te installeren op een externe HD of op een nieuwe interne HD, zodat je je je oude installatie blijft behouden. Mocht het dan wel werken, dan kun je de nieuwe installatie eventueel kopiëren naar je originele interne HD.

offtopic: "Kensington"?

Een half jaar na aanschaf is er Apple-geschikt geheugen van Kingston bijgeplaatst

[Verwijderd]

L4m0r:
Alle kernel panics logs zijn inmiddels gecheckt en daaruit is naar voren gekomen dat het
altijd de ATY_Lamna kernel extension is die in de problemen komt. De laatste updates voor de videokaart (Leopard Graphics Update 1.0 en firmware update 2600XT) dateren van begin vorig jaar en zijn
destijds doorgevoerd. De problemen startten pas eind vorig jaar, dus van een verband tussen die updates en de problemen, zoals in sommige vergelijkbare gevallen op andere fora, lijkt geen sprake. Dat lijkt tevens afgeleid te kunnen worden uit het feit dat in de oudere logs minder recente versies van de ATY_Lamna extension worden genoemd als oorzaak. De videokaart vervangen is nog niet geprobeerd, omdat er niet
gemakkelijk een geschikte kaart voor handen is.
De Mac Pro is anderhalf jaar oud en dus is het claimen van garantie niet vanzelfsprekend, aangezien Apple standaard slechts een jaar garantie levert. Daarom willen we eerst een poging doen tot het isoleren van het probleem tot een specifiek onderdeel.

Daedelus:
Het opnieuw installeren van OS X is een serieuze optie, maar ook een mogelijkheid die liever pas wordt benut als het duidelijker is dat het niet aan de hardware ligt.

Kan het ondanks dat het volgens de kernel panic logs steeds het in de problemen komen van ATY_Lamna is toch aan het RAM liggen, of is dat uit te sluiten en is het zeker een grafisch gerelateerd probleem?
En is er een gedegen manier om de videokaart (of alle aspecten van het systeem) te stressen onder OS X? Zoektochten op Google leveren enkel stresstests voor de processor op.