Quelqu'un pour me décoder un rapport de kernel ?

[nato kino]

Bjour les oXiens.

Valà, depuis ce matin je collectionne les kernels, j'ai un rapport (qui semble identique à chaque fois).
Quelqu'un parmi vous saurait-il lire entre les lignes du-dit rapport et me dire ce qui tout à coup provoque ces kernels ?

Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000018 PC=0x0000000000081ED4
Latest crash info for cpu 0:
Exception state (sv=0x2D540C80)
PC=0x00081ED4; MSR=0x00009030; DAR=0x00000018; DSISR=0x40000000; LR=0x0007FCBC; R1=0x1755B600; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x01F70500 0x0007FCBC 0x0005C748 0x002D7DFC 0x002D80E0 0x0084EEDC
0x00861214 0x008512D4 0x00868C50 0x0086890C 0x008662D8 0x0085094C 0x002E9A80 0x002EB94C
0x0008C248 0x00029234 0x000233F8 0x000ABEAC 0x743B4861
Kernel loadable modules in backtrace (with dependencies):
com.apple.ATIRadeon8500(4.1.8)@0x849000
dependency: com.apple.iokit.IOPCIFamily(1.7)@0x48d000
dependency: com.apple.iokit.IOGraphicsFamily(1.4.2)@0x80f000
dependency: com.apple.iokit.IONDRVSupport(1.4.2)@0x833000
Proceeding back via exception chain:
Exception state (sv=0x2D540C80)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2D54D280)
PC=0x9000B348; MSR=0x0200F030; DAR=0x0023A048; DSISR=0x40000000; LR=0x9000B29C; R1=0xBFFFE930; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC
panic(cpu 0 caller 0xFFFF0003): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000954F8 0x00095A10 0x00026898 0x000A8204 0x000ABB80
Proceeding back via exception chain:
Exception state (sv=0x2D540C80)
PC=0x00081ED4; MSR=0x00009030; DAR=0x00000018; DSISR=0x40000000; LR=0x0007FCBC; R1=0x1755B600; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x01F70500 0x0007FCBC 0x0005C748 0x002D7DFC 0x002D80E0 0x0084EEDC
0x00861214 0x008512D4 0x00868C50 0x0086890C 0x008662D8 0x0085094C 0x002E9A80 0x002EB94C
0x0008C248 0x00029234 0x000233F8 0x000ABEAC 0x743B4861
Kernel loadable modules in backtrace (with dependencies):
com.apple.ATIRadeon8500(4.1.8)@0x849000
dependency: com.apple.iokit.IOPCIFamily(1.7)@0x48d000
dependency: com.apple.iokit.IOGraphicsFamily(1.4.2)@0x80f000
dependency: com.apple.iokit.IONDRVSupport(1.4.2)@0x833000
Exception state (sv=0x2D54D280)
PC=0x9000B348; MSR=0x0200F030; DAR=0x0023A048; DSISR=0x40000000; Model: PowerBook3,5, BootROM 4.5.3f2, 1 processors, PowerPC G4 (3.2), 867 MHz, 1 GB
Graphics: ATY,RV250M9, ATY,RV250M9, AGP, 32 MB
Memory Module: SODIMM0/J16TOP, 512 MB, SDRAM, PC133U-333
Memory Module: SODIMM1/J16BOTTOM, 512 MB, SDRAM, PC133U-333
AirPort: AirPort, 9.52
Modem: MicroDash, Euro, V.92, 1.0F, APPLE VERSION 2.6.6
Network Service: AirPort, AirPort, en1
PCI Card: TXN,PCI1410-02, cardbus, PC Card
Parallel ATA Device: HTS721010G9AT00, 93.16 GB
Parallel ATA Device: MATSHITADVD-RAM UJ-825S
USB Device: USB-PS/2 Optical Mouse, Logitech, Up to 1.5 Mb/sec, 500 mA

Pour info, tout se passe sur un vieux titanium 886 sous OsX 4.11 (sans installation particulière depuis plusieurs semaines).

Merci à l'âme charitable qui pourra m'éclairer...

 

[Dramis]

On dirait que c'est la carte vidéo qui a un problème.

 

[pascalformac]

la partie un peu parlante

Kernel loadable modules in backtrace (with dependencies):
com.apple.ATIRadeon8500(4.1.8)@0x849000
dependency: com.apple.iokit.IOPCIFamily(1.7)@0x48d000
dependency: com.apple.iokit.IOGraphicsFamily(1.4.2)@0x80f000
dependency: com.apple.iokit.IONDRVSupport(1.4.2)@0x833000
Proceeding back via exception chain:
Exception state (sv=0x2D540C80)
previously dumped as "Latest" state. skipping...

tu fais une recherche gougeuele en reprenant des bouts et tu vois

plusieurs causes
la carte radeon
un acces à des fichiers ( sur DD ou périphériques) accès corrompu ou espace naze ( erreur ou endommagé ou avec des soucis)
et autres joyeusetés

t'es bon au minimum pour
- verifier réparer le volume ( via utiitaire disque externe)
-Apple hardware test
-tester avec /sans peripheriques ( tu ne dis rien là dessus)

-sauvegardes en mode " ca urge le Mac peut flancher"

 

[nato kino]

Bon, "utilitaire disque" ne trouve rien d'anormal, le DD semble ok, idem pour les autorisations. boot et test hardware sur CD d'origine : tout est ok aussi...
J'ai zappé aussi la pram, pendant que j'y étais.
Reste branché sur le mac une souris usb logitech, j'ai essayé avec une mighty mouse apple et les plantages continuent.
J'ai ensuite booté sur un DD externe, sur un clone que j'avais fait avant de faire la MaJ 10.4.11, et le problème persiste, même si le kernel ne se manifeste pas de la même manière : lignes de codes sur fond noir ferées à gauche de l'écran, par contre plus de trace ou d'allusion à la carte graphique. Je précise que la MaJ a était faite il y a un moment déjà, quand elle a été disponible, ce n'est donc pas récent...
Seul safari (2) était lancé lors du dernier plantage sur le DD externe, sinon étaient ouverts mail, ichat, safari (3), firefox sur le DD interne.
:hein: :casse:

 

[nato kino]

Même topo avec seulement Firefox d'ouvert, boot sur le DD interne.
Je n'ai plus le voile noir qui descend, juste les lignes de code sur la gauche maintenant :

System Failure: cpu=; code=00000007 (corrupt skip lists)
Latest crash info for cpu0 :
Execption state (sv=0x2E72BA00)
PC=0x000A3C74; MSR=0x00001000; DAR=0x03A7901E; DSIR=0x40000000; LR=0x0009D038; R1=0x1739BC50; XCP=0x00000098 (system Failure)
Backtrace:
0x0000000; 0x0009A1FC; 0x00098F78; 0x00062AC8; 0x000A865C; 0x000ABB80
backtrace terminated - frame not mapped or invalid : 0xBFFFF850
Proceeding back via exception chain:
Exception state (sv=0x2E72BA00)
PC=0x9468A61C; MSR=0x0200F030; DAR=0x03A7901E; DSIR=0x40000000; LR=0x9468A654; R1=0xBFFFF850; XCP=0x0000000C (0x300 - data access)
Kernel version:
Darwin Kernel version 8.11.0 : wed oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PC
Memory access exception (1,0,0)
Ethernet MAC address: 00:00:00:00:00
ip address: 0.0.0.0

waiting for remote debugger connection.

 

[supermoquette]

Même topo en safe boot ? (majuscule)

 

[nato kino]

En safe boot ça démarre, après comme les kernels ne survenaient pas au boot mais après 1/4h à 4h d'utilisation... Je fais quoi une fois booté sans extension ? Je lui chante la chanson du "il court il court le petit kernel" pour le faire venir ?

Sinon je ne l'avais pas mentionné avant, mais le boot et single user + fsck -y n'a rien donné non plus, tout était ok. :hein:

 

[supermoquette]

La chanson, je n'y avais pas pensé, c'est une piste, mais tu as des voisins ?

Soit tu as une kext pourrie, soit le hardware graphique pourri, alors backup, éventuellement archive&install.

Tu peux aussi, juste avant de rebooter, virer deux ficheirs /system/LIbrary/Extensions.truc juste à coté du dossier Extensions.

 

[Captain_X]

bon moi je vais dire une connerie énorme, mais t'as tenté une clean install ??

ou alors DiskWarrior, car bon Utilitaires Disk il est gentil. Après y'a toujours techtool et sa batterie de test

 

[nato kino]

Soit tu as une kext pourrie, soit le hardware graphique pourri, alors backup, éventuellement archive&install.

Tu peux aussi, juste avant de rebooter, virer deux ficheirs /system/LIbrary/Extensions.truc juste à coté du dossier Extensions.

Le test matériel de techtool ne trouve rien d'anormal non plus...

Pour ces deux fichiers, je les vire simplement, et il va s'en recréer 2 autres au prochain boot, c'est bien ça ?
Je doute en même temps qu'il ne s'agisse que de ça, vu que les kernels surviennent aussi en bootant sur un autre system sur un DD externe, non ?

 

[nato kino]

J'ai à tout hasard hier testé les barrettes mémoire une à une en les isolant, et j'en ai une qui fout le bronx. :hein:
Donc malgré les tests techtool, hardware d'apple, et compagnie qui étaient tous ok... :rateau:
Quand même fou que toute seule cette barrette fasse planter le mac au démarrage, et couplée à une seconde qui est viable les tests ne remarquent rien.

En tous cas ce n'est pas la carte vidéo, donc un moindre mal, le Titanium pourra encore servir et sévir.

Merci et bonnes fêtes à tous.

 

[supermoquette]

C'est le moment de ne plus jamais conseiller ces test hardware di mierda :rateau:

 

[pascalformac]

barrettes en sup c'est une cause classique de kernel panic

et comme t'en avais pas parlé avant ...
Dommage on t'aurait aidé plus vite .

 

[Captain_X]

rember

t'aurais fait gagner un temps précieux

 

[supermoquette]

Parler des barrettes je veux bien, mais vu le rapport de kernel, t'y penses pas…

 

[nato kino]

Je n'avais pas parlé des barrettes de mémoires parce que ça fait un bail qu'elles sont là, et d'ailleurs celle qui visiblement cause tout ce merdier, c'est celle d'origine qui a plus de 6 ans.

J'avais déjà eu un problème sur une barrette qui brusquement du jour au lendemain (5 ans après son installation quand même) n'était plus reconnu qu'à la moitié de sa valeur (256 au lieu de 512), problème rapidement détecté et localisé donc. Là rien ne laissait envisager un quelconque rapport, c'est bien pour cela que je vous avais collé le kernel.

 

[pascalformac]

Je n'avais pas parlé des barrettes de mémoires parce que ça fait un bail qu'elles sont là, et d'ailleurs celle qui visiblement cause tout ce merdier, c'est celle d'origine qui a plus de 6 ans.

J'avais déjà eu un problème sur une barrette qui brusquement du jour au lendemain (5 ans après son installation quand même) n'était plus reconnu qu'à la moitié de sa valeur (256 au lieu de 512), problème rapidement détecté et localisé donc. Là rien ne laissait envisager un quelconque rapport, c'est bien pour cela que je vous avais collé le kernel.

donc les soucis les barrettes, tu as déjà experimentés.

et tu parles d'une mémoire qui a plus de 6 ans
peut etre... la vieillesse ( de la mémoire et du reste)

 

[nato kino]

Au diable les varices tant que ça peut encore trotter. :style:

 

[naas]

Conclusion:
quand n'importe qui va venir avec un problème sur son mac cela sera dans l'odre:
reparation des autorisations (un grand classique)
onyx (bonne cuvée aussi)
ET... la ram :sick: