Kernel : historique d'erreurs graves

[RV]

dans cet historique j'ai des choses d'indiquées (j'y comprends rien)
Est-ce grave ?
a priori oui puisque c'est le nom de cet historique dans "à propos du mac".
J'aimerais en savoir plus

 

[dedoli]

Salut,

Peux- tu clairement indiquer le nom de ce fichier let le moyen par lequel tu y accèdes ainsi que son contenu exact (ou au moins une partie... ). N'oublie pas ta config matérielle et logicielle (type de machine et version de mac os x)

 

[RV]

<blockquote><font class="small">Post&eacute; &agrave; l'origine par dedoli:</font><hr /> Salut,

Peux- tu clairement indiquer le nom de ce fichier let le moyen par lequel tu y accèdes ainsi que son contenu exact (ou au moins une partie... ). N'oublie pas ta config matérielle et logicielle (type de machine et version de mac os x) <hr /></blockquote>

menu pomme &gt; à propos de ce mac &gt; plus d'infos &gt; historiques &gt; historiques d'erreurs graves du kernel

G4 quicksilver 867

 

[dedoli]

Salut,

L'important avant tout est de savoir si ta machine fonctionne correctement depuis la date mentionnée dans cet historique, aussi bien physiquement (démarrage, mise en veille, reconnaissance et montage des différents volumes...) que logiciellement. Ensuite, il faudrait que tu essayes de décrypter cet historique qui doit renfermer le "comment" et le "quand" de cette erreur grave. Je sais bien que ça ressemble à du charabia mais essaye de t'y plonger pour y voir quelque chose. Au pire, fais-en une copie et passe-le moi, je pourrais toujours y regarder. Après celà, on pourra essayer de comprendre quelle est la nature de cette erreur grave et surtout si elle peut se reproduire. Personnellement, je pense que si ta machine fonctionne correctement depuis cet incident, il n'y a pas lieu de s'inquiéter outre-mesure.

 

[RV]

<blockquote><font class="small">Post&eacute; &agrave; l'origine par dedoli:</font><hr /> Salut,

L'important avant tout est de savoir si ta machine fonctionne correctement depuis la date mentionnée dans cet historique, aussi bien physiquement (démarrage, mise en veille, reconnaissance et montage des différents volumes...) que logiciellement. Ensuite, il faudrait que tu essayes de décrypter cet historique qui doit renfermer le "comment" et le "quand" de cette erreur grave. Je sais bien que ça ressemble à du charabia mais essaye de t'y plonger pour y voir quelque chose. Au pire, fais-en une copie et passe-le moi, je pourrais toujours y regarder. Après celà, on pourra essayer de comprendre quelle est la nature de cette erreur grave et surtout si elle peut se reproduire. Personnellement, je pense que si ta machine fonctionne correctement depuis cet incident, il n'y a pas lieu de s'inquiéter outre-mesure. <hr /></blockquote>

voilà :

Thu Dec 5 20:46:18 2002




Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x65005d50 PC=0x0008d04c
Latest crash info for cpu 0:
Exception state (sv=0x17137A00)
PC=0x0008D04C; MSR=0x00001030; DAR=0x65005D50; DSISR=0x40000000; LR=0x0002DF48; R1=0x0FB2BB90; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0008CC3C 0x1714D33C 0x1714D734 0x1714CC50 0x1714C7F4 0x1714D2D0 0x0022FF68
0x0003E298 0x0003E1A0
Kernel loadable modules in backtrace (with dependencies):
com.apple.driver.AppleSCCSerial(1.2.3)@0x17145000
dependency: com.apple.iokit.IOSerialFamily(6.0.1d19)@0x1713a000
Proceeding back via exception chain:
Exception state (sv=0x17137A00)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x17189C80)
PC=0x00000000; MSR=0x0000D030; DAR=0x00000000; DSISR=0x00000000; LR=0x00000000; R1=0x00000000; XCP=0x00000000 (Unknown)

Kernel version:
Darwin Kernel Version 6.2:
Tue Nov 5 22:00:03 PST 2002; root:xnu/xnu-344.12.2.obj~1/RELEASE_PPC


panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x00084E9C 0x000852CC 0x00027F8C 0x0008ECA8 0x00091D18
Proceeding back via exception chain:
Exception state (sv=0x17137A00)
PC=0x0008D04C; MSR=0x00001030; DAR=0x65005D50; DSISR=0x40000000; LR=0x0002DF48; R1=0x0FB2BB90; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00000000 0x0008CC3C 0x1714D33C 0x1714D734 0x1714CC50 0x1714C7F4 0x1714D2D0 0x0022FF68
0x0003E298 0x0003E1A0
Kernel loadable modules in backtrace (with dependencies):
com.apple.driver.AppleSCCSerial(1.2.3)@0x17145000
dependency: com.apple.iokit.IOSerialFamily(6.0.1d19)@0x1713a000
Exception state (sv=0x17189C80)
PC=0x00000000; MSR=0x0000D030; DAR=0x00000000; DSISR=0x00000000; LR=0x00000000; R1=0x00000000; XCP=0x00000000 (Unknown)

Kernel version:
Darwin Kernel Version 6.2:
Tue Nov 5 22:00:03 PST 2002; root:xnu/xnu-344.12.2.obj~1/RELEASE_PPC



*********

 

[dedoli]

As-tu rajouté des cartes d'entrées/sorties sur ton powermac, pour rajouter des ports supplémentaires, style SCSI ou autre ?

 

[RV]

Non je n'ai pour l'instant rajouté aucune carte,
sauf changer, il y a quelques jours la barette mémoire de 128 Mo d'origine qui avait des problèmes.

 

[dedoli]

Le "kernel panic" dont tu as été victime semble avoir été provoqué par un driver apple: "com.apple.driver.AppleSCCSerial(1.2.3)@0x17145000 dependency: com.apple.iokit.IOSerialFamily(6.0.1d19)@0x1713a000". Le problème est de savoir si c'est un problème venant du matériel géré par ce driver ou par le driver lui-même. Quoi qu'il en soit, est-ce que ta machine se comporte correctement depuis lors ?

 

[RV]

La semaine dernière j'ai eu un écran gris (le rideau qui descend en demandant de rebooter la machine), mais je ne me rappelle plus si c'était avant ou après le 5

 

[dedoli]

Personnellement, j'ai eu une fois ou deux un écran gris qui descend me demandant de rebooter la machine et ce n'est pas pour ça que ma machine ne fonctionne pas correctement depuis. Si tu veux avoir des réponses plus précises au problème qui t'interresse, il faudrait savoir en quelles circonstances tu as ce soucis: quelle version de mac os x utilises-tu, quel logiciel utilisais-tu au moment du bug, faisais-tu des traitements particuliers, quels périphériques étaient en service... Mais je le répète, tant que ta machine tourne correctement, pas d'inquiétude...

 

[RV]

Mais je le répète, tant que ta machine tourne correctement, pas d'inquiétude...

Je m'inquiète un peu car il y a quelques temps j'ai eu une kernel panic sous 10.1. J'en ai profité pour installer jaguar et j'ai eu des problèmes récurent de démarrage sous X. Je devais rebooter sous 9 et redémarrer sous X à partir de 9 jusqu'à ce que seul 9 redémarre et cela difficilement. Ces problèmes ont durés jusqu'à ce qu'on trouve l'origine (à priori) la barette mémoire de 128 Mo d'origine (et non celle de 512 que j'avais rajoutée.
Mais voilà après avoir tourné un moment avec la 512 (j'avais oublié de remettre la 128 échangée sous garantie) j'ai réinstallé la 128. Et j'ai eu cet écran gris + ce pb dans l'historique. Aussi je me demande si le slot ne serait pas en cause.

 

[dedoli]

Ce n'est pas impossible que ton slot mémoire soit défaillant. Change ta barette de 512 de slot et voit ce que celà donne. Si, effectivement, tu as des problèmes recurrents uniquement quand le slot en question est "chargé", alors tu pourras l'incriminer. Ou bien ta nouvelle barette mémoire est aussi défaillante, ou encore j'ai déjà entendu parler de barettes de taille différente incompatibles, mais celà venait du monde PC...

 

[RV]

Ce n'est pas impossible que ton slot mémoire soit défaillant. Change ta barette de 512 de slot et voit ce que celà donne. Si, effectivement, tu as des problèmes recurrents uniquement quand le slot en question est "chargé", alors tu pourras l'incriminer. Ou bien ta nouvelle barette mémoire est aussi défaillante, ou encore j'ai déjà entendu parler de barettes de taille différente incompatibles, mais celà venait du monde PC...

Ce n'est pas de la 512, dont venait le problème mais de celle de 128 équipant le G4 d'origine.
Je me demande si je ne vais pas faire parvenir ce message d'erreur à mon revendeur.
s'il y a un problème avec le slot, j'aimerais autant que cela se fasse pendant qu'il est encore sous garantie.

 

[dedoli]

J'avais compris que c'était ta barette de 128 qui était malade, je voulais juste te dire de changer ta bonne barette de 512 de slot pour lever le doute sur le bon ou mauvais état du slot: si tu as encore des soucis alors que c'est barette de 512 qui est sur le slot incriminé, alors c'est ton slot qui est malade. De toute façon, tant que ton powermac est sous garantie, il vaut mieux en parler à ton revendeur, c'est sûr...

 

[RV]

Mon revendeur vient de me dire qu'il ne sait pas interpréter ce genre de messages.
Est-ce quelqu'un sait ?
dans le forum développement peut-être aurai-je plus de chance ?

 

[RV]

Au rayon comportement anormal je viens d'avoir ceci :
j'ai redémarré sous 9, et il m'a dit que l'ordinateur ne s'est pas éteint normalement et il a lancé SOS Disque

 

[dedoli]

Franchement, je sèche...

 

[r e m y]

NON ça c'est normal. Si tu as eu un KernelPanic sous OS X, ou simplement l'environnement Classic qui a planté, si tu redémarres ton Mac sous MacOS 9, il va lancer SOS disque au démarrage.

Pour désactiver ce controle, dans le tableau de bord général de MacOS 9 (je crois), tu décoches "signaler extinction incorecte" ou n truc de ce genre

 

[RV]

NON ça c'est normal. Si tu as eu un KernelPanic sous OS X

J'ai eu un kernel panic sous 10.1 avant d'nstaller jaguar, ey des problèmes avec une barette mémoire, mais maintenant théotiquement tout aurai du rentré dans l'ordre, et c'est justement les désordre qui m'inquiètent et non le fait que la machine se vérifie suite à un désordre.

, ou simplement l'environnement Classic qui a planté, si tu redémarres ton Mac sous MacOS 9, il va lancer SOS disque au démarrage.

Pourquoi planterait-il c'est la question que je me pose

 

[r e m y]

Personnellement j'ai eu bien du mal à rendre mon nouvel iMac g4 (MacOS x 10.2.2) stable...

J'y suis enfin arrivé en augmentant la RAM (avec les 256 Mo d'origine, MacOS X utilisait le swap de façon intensive ce qui visiblement créait plein de pb de fichiers overlapped...). Cela dit il m'a fallu plusieurs mois pour trouver une bonne barette 512 Mo (TRES important de respecter les préconisations d'Apple, à savoir de la PC 133 CL3.... toutes les barettes CL2 que certains revendeurs m'assuraient être compatibles iMAC G4 conduisaient à des KernelPanics. L'explication d'AppleCare: les mémoires CL3, lorsqu'elle reçoivent une instruction, réagissent après 2 cycles d'horloge. Les CL, après 2 cycles d'horloge ce qui est trop rapide)

J'ai aussi désactivé la mémoire virtuelle de MacOS 9 (en bootant sous MacOS 9, car depuis Classic on ne peut ouvrir le tableau de bord mémoire), ce qui a libéré environ 70 Mo de Ram sous OS X....

et enfin j'ai supprimé les fichiers Cache du système (tu peux utiliser JaguarCacheCleaner par exemple) et certains fichiers préferences (ceux des applis qui se comportaient bizarrement ou plantaient: classic (dans Preferences/by host), screensaver,...)


Depuis plus d'une semaine maintenant, pas un KernelPanic (alors que j'en avais au moins un par jour auparavant...)