[SOS] Panic ?

Le
dpesch
Bonjour,

Il y a quelques mois j'avais parlé ici d'un problème survenant de temps à
autre sur mon iMac (iMac7,1, Intel core 2duo, 2GHz, Mémoire 4Go, OS X 10.6.4) :

à un moment quelconque (Mac allumé, mais inactif ou pendant une activité
quelconque ou, comme ce matin, à l'allumage. Donc n'importe quand !) un
rideau gris translucide descend doucement du haut vers le bas de l'écran. Un
encadré multilingue apparaît alors qui dit à peu près : " Eteignez votre Mac
en appuyant sur le bouton d'allumage jusqu'à l'extinction. Appuyez à nouveau
sur ce bouton pour redémarrer."

Au redémarrage, apparaît une boîte de dialogue qui permet d'envoyer un
rapport chez Apple, ce que je fais.

J'ignore pourquoi, mais ce problème avait disparu et j'étais tranquille
depuis longtemps. Il est de retour depuis 3 ou 4 jours.

Que se passe-t-il ? Que puis-je faire ?

Merci.



PS : Si cela peut aider les plus pointus parmi vous, voici le contenu du
rapport envoyé chez Apple auquel je ne comprends rien :



Interval Since Last Panic Report: 333175 sec
Panics Since Last Report: 2
Anonymous UUID: 402D2E7A-0284-4047-901C-AB7F96F02413

Fri Oct 22 09:06:02 2010
panic(cpu 0 caller 0x2a8ab2): Kernel trap at 0x0028b112, type 14=page fault,
registers:
CR0: 0x8001003b, CR2: 0x08a3db00, CR3: 0x00100000, CR4: 0x000006e0
EAX: 0x08a3db00, EBX: 0x00000021, ECX: 0x0883c360, EDX: 0x0883c360
CR2: 0x08a3db00, EBP: 0x56b0bcf8, ESI: 0x07b3aa80, EDI: 0x08a3db00
EFL: 0x00010206, EIP: 0x0028b112, CS: 0x00000008, DS: 0x02d30010
Error code: 0x00000000

Backtrace (CPU 0), Frame : Return Address (4 potential args on stack)
0x56b0bb08 : 0x21b455 (0x5cf328 0x56b0bb3c 0x2238b1 0x0)
0x56b0bb58 : 0x2a8ab2 (0x591664 0x28b112 0xe 0x59182e)
0x56b0bc38 : 0x29e9a8 (0x56b0bc50 0x2d3df00 0x56b0bcf8 0x28b112)
0x56b0bc48 : 0x28b112 (0xe 0x48 0x56b00010 0x230010)
0x56b0bcf8 : 0x50e740 (0x8a3db00 0x7b3aa80 0x21 0x7b30660)
0x56b0bd18 : 0x50e551 (0x883c360 0x7b3aa80 0x1 0x50f850)
0x56b0bd38 : 0x50e6e9 (0x883c360 0x7b3be00 0x10 0x7b30660)
0x56b0bd58 : 0x4feebb (0x883c360 0x7b3be00 0x7b30660 0x4fc722)
0x56b0bd88 : 0x544e3d (0x883da80 0x7b3aa00 0x7a906c0 0x282003)
0x56b0bdc8 : 0x561e81 (0x7a90620 0x884de80 0x1 0x0)
0x56b0be18 : 0x287c0e (0x7a2e6c0 0x1 0x7fe1fb0 0x2fbc3c)
0x56b0be58 : 0x21d7f7 (0x7fa1580 0x7c1be94 0x1ff438 0x7fa15ac)
0x56b0be98 : 0x210983 (0x7fa1500 0x56b0bedc 0x27df3d8 0x56b0bed0)
0x56b0bef8 : 0x216be6 (0x7fa1500 0x0 0x0 0x0)
0x56b0bf78 : 0x293eb4 (0x7a87908 0x0 0x0 0x0)
0x56b0bfc8 : 0x29f48d (0x7a87904 0x0 0x10 0x7a87904)

BSD process name corresponding to current thread: kextd

Mac OS version:
10F569

Kernel version:
Darwin Kernel Version 10.4.0: Fri Apr 23 18:28:53 PDT 2010;
root:xnu-1504.7.4~1/RELEASE_I386
System model name: iMac7,1 (Mac-F4238CC8)

System uptime in nanoseconds: 42412675655
unloaded kexts:
(none)
loaded kexts:
com.Logitech.Control Center.HID Driver 3.3.0
com.apple.driver.AppleIRController 303.8
com.apple.driver.CSRHIDTransitionDriver 2.3.3f8
com.apple.iokit.SCSITaskUserClient 2.6.5
com.apple.BootCache 31
com.apple.AppleFSCompression.AppleFSCompressionTypeZlib 1.0.0d1
com.apple.iokit.IOAHCIBlockStorage 1.6.2
com.apple.driver.AppleUSBHub 4.0.0
com.apple.iokit.AppleYukon2 3.1.14b1
com.apple.driver.AirPortBrcm43xx 423.91.27
com.apple.driver.AppleFWOHCI 4.7.1
com.apple.driver.AppleAHCIPort 2.1.2
com.apple.driver.AppleIntelPIIXATA 2.5.1
com.apple.driver.AppleUSBEHCI 4.0.2
com.apple.driver.AppleEFINVRAM 1.3.0
com.apple.driver.AppleRTC 1.3.1
com.apple.driver.AppleHPET 1.5
com.apple.driver.AppleUSBUHCI 4.0.2
com.apple.driver.AppleACPIButtons 1.3.2
com.apple.driver.AppleSMBIOS 1.6
com.apple.driver.AppleACPIEC 1.3.2
com.apple.driver.AppleAPIC 1.4
com.apple.driver.AppleIntelCPUPowerManagementClient 105.10.0
com.apple.security.sandbox 0
com.apple.security.quarantine 0
com.apple.nke.applicationfirewall 2.1.11
com.apple.driver.AppleIntelCPUPowerManagement 105.10.0
com.apple.driver.CSRUSBBluetoothHCIController 2.3.3f8 - last loaded 3085437013
com.apple.driver.AppleUSBBluetoothHCIController 2.3.3f8
com.apple.iokit.IOBluetoothFamily 2.3.3f8
com.apple.iokit.IOSCSIBlockCommandsDevice 2.6.5
com.apple.iokit.IOUSBMassStorageClass 2.6.1
com.apple.driver.AppleUSBMergeNub 4.0.0
com.apple.iokit.IOUSBHIDDriver 4.0.2
com.apple.driver.AppleUSBComposite 3.9.0
com.apple.driver.XsanFilter 402.1
com.apple.iokit.IOSCSIMultimediaCommandsDevice 2.6.5
com.apple.iokit.IOBDStorageFamily 1.6
com.apple.iokit.IODVDStorageFamily 1.6
com.apple.iokit.IOCDStorageFamily 1.6
com.apple.driver.AppleFileSystemDriver 2.0
com.apple.iokit.IOATAPIProtocolTransport 2.5.1
com.apple.iokit.IOSCSIArchitectureModelFamily 2.6.5
com.apple.iokit.IOUSBUserClient 4.0.0
com.apple.iokit.IO80211Family 311.1
com.apple.iokit.IONetworkingFamily 1.9
com.apple.iokit.IOFireWireFamily 4.2.6
com.apple.iokit.IOAHCIFamily 2.0.4
com.apple.iokit.IOATAFamily 2.5.1
com.apple.driver.AppleEFIRuntime 1.3.0
com.apple.iokit.IOUSBFamily 4.0.2
com.apple.iokit.IOHIDFamily 1.6.4
com.apple.iokit.IOSMBusFamily 1.1
com.apple.kext.AppleMatch 1.0.0d1
com.apple.security.TMSafetyNet 6
com.apple.driver.DiskImages 283
com.apple.iokit.IOStorageFamily 1.6.1
com.apple.driver.AppleACPIPlatform 1.3.2
com.apple.iokit.IOPCIFamily 2.6
com.apple.iokit.IOACPIFamily 1.3.0
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Éric Lévénez
Le #22706551
Le 22/10/10 09:43, dpesch a écrit :

panic(cpu 0 caller 0x2a8ab2): Kernel trap at 0x0028b112, type 14=page
fault, registers:



Ton panic est un problème d'accès mémoire.

Comme d'habitude, cela peut être logiciel ou matériel.

Si c'est matériel, c'est typiquement un problème de barrette mémoire.

BSD process name corresponding to current thread: kextd
com.Logitech.Control Center.HID Driver 3.3.0



Si c'est logiciel, c'est un driver (kext) qui a un bug. Et dans la liste
des drivers, il y a celui de Logitech qui n'est peut-être pas correct.

--
Éric Lévénez -- Unix is not only an OS, it's a way of life.
dpesch
Le #22709511
Le 22/10/10 19:25, Éric Lévénez a écrit :
Le 22/10/10 09:43, dpesch a écrit :

panic(cpu 0 caller 0x2a8ab2): Kernel trap at 0x0028b112, type 14=page
fault, registers:



Ton panic est un problème d'accès mémoire.

Comme d'habitude, cela peut être logiciel ou matériel.

Si c'est matériel, c'est typiquement un problème de barrette mémoire.

BSD process name corresponding to current thread: kextd


> com.Logitech.Control Center.HID Driver 3.3.0

Si c'est logiciel, c'est un driver (kext) qui a un bug. Et dans la liste des
drivers, il y a celui de Logitech qui n'est peut-être pas correct.





Merci Éric pour ta réponse.

Hier matin, j'ai zappé la PRAM et réparé les autorisations. Le Mac tourne
depuis sans arrêt et dans l'immédiat, plus de panic.

Si cela devait recommencer, je commencerai par désinstaller tout le bings
Logitech qui m'a toujours semblé suspect (d'autres avis ici ?).

Si après avoir fait tout cela le problème persiste, je regarderai du côté
des barrettes mémoire. Voici ce qu'en dit "A propos de ce Mac" :



ECC : Désactivées

BANK 0/DIMM0 :

Taille : 2 Go
Type : DDR2 SDRAM
Vitesse : 667 MHz
État : OK
Fabricant : 0xAD00000000000000
Numéro de pièce : 0x000000000000000000000000000000000000
Numéro de série : 0x00000000

BANK 1/DIMM1 :

Taille : 2 Go
Type : DDR2 SDRAM
Vitesse : 667 MHz
État : OK
Fabricant : 0xAD00000000000000
Numéro de pièce : 0x000000000000000000000000000000000000
Numéro de série : 0x00000000




Que veut dire "ECC : Désactivées" ?



J'ai lu, par ailleurs, que les iokit pouvaient aussi être à l'origine de ce
genre de problème. Qu'en penses-tu ?
Et : c'est quoi ces iokit ?

On dit aussi que cela pourrait provenir d'un périphérique raccordé au Mac.
Plausible ?
Éric Lévénez
Le #22710801
Le 23/10/10 14:42, dpesch a écrit :

Hier matin, j'ai zappé la PRAM et réparé les autorisations.



Quelle drôle d'idée. Enfin bon. Pour un problème de panic, cela n'aura
qu'un effet placébo.

Le Mac
tourne depuis sans arrêt et dans l'immédiat, plus de panic.



Avant de planter, tout ordinateur tourne :->

Que veut dire "ECC : Désactivées" ?



Cela veut dire que l'ECC est désactivé :-)

Les barrettes ECC permettent de corriger automatiquement de petites
erreurs qui sans ECC feraient des erreurs aléatoires en mémoire.

Pour un ordinateur serveur, l'ECC est très utile car il ne faut pas
d'erreurs mémoire pendant des mois et des mois (MacPro par exemple). Sur
un ordinateur personnel qui reboote souvent, cela est moins grave car
les erreurs de barrette sont très rares sur de bonnes barrettes.

Mais dans tous les cas, une barrettes mauvaises fera planter un
ordinateur, avec ou sans ECC.

J'ai lu, par ailleurs, que les iokit pouvaient aussi être à l'origine de
ce genre de problème. Qu'en penses-tu ?
Et : c'est quoi ces iokit ?



C'est l'interface de programmation des drivers sous Mac OS X. Et comme
dans ton cas le plantage a eu lieu dans kextd, le programme qui charge
ces drivers, alors oui on peut dire que c'est l'IOKit qui est
indirectement responsable.

Mais la cause première d'un panic est soit matériel soit logiciel,

On dit aussi que cela pourrait provenir d'un périphérique raccordé au
Mac. Plausible ?



Tout est possible. Un plantage dans le noyau peut venir d'un bug d'un
driver et donc ce bug peut survenir dans n'importe quelle condition. Par
exemple un bug dans le drivers USB pourrait faire un panic quand une clé
USB est branchée.

--
Éric Lévénez -- Unix is not only an OS, it's a way of life.
Publicité
Poster une réponse
Anonyme