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
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 -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
dpesch
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 ?
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 ?
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 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 -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
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 -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
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 -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
