Kernel panic & Time Machine

[gmaa]

Bonjour,
Je viens de subir 2 nouveaux Kernel Panic...
Ma (machine iMac G5 20' -ppc-) est assez sollicitée par notamment EyeTV (2.5.2) et une mémoire (2Go) encombrée par d'autres applications…
D'habitude... pas de pbs sauf...
J'ai d'abord incriminé EyeTV (sans savoir vraiment).

Cette fois Time Machine était actif les 2 fois.

Le log, si je ne me trompe, pointe sur un pb USB.
Je ne pratique pas le décodage des Kernel panic...

Au passage, y a-t-il quelque part un "leçon" de lecture de cette "chose"?

Je joins le dernier log pour avoir un avis de spécialiste!
Merci
Wed Jan 16 19:13:37 2008


Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x000000000000000C PC=0x000000000035705C
Latest crash info for cpu 0:
Exception state (sv=0x2717aa00)
PC=0x0035705C; MSR=0x00009030; DAR=0x0000000C; DSISR=0x42000000; LR=0x003566C0; R1=0x3097B6F0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00585EAC 0x003566C0 0x00357350 0x00576A60 0x0058E17C 0x0057C594
0x30A27EDC 0x30A28224 0x30A2878C 0x00575DC0 0x00570970 0x008AC0DC 0x008AD19C 0x008AD240
0x008A40E0 0x008A4024 0x00355B48 0x00354DAC 0x00354E60 0x000AFE54
Kernel loadable modules in backtrace (with dependencies):
com.apple.iokit.IOUSBMassStorageClass(2.0.0)@0x30a24000->0x30a30fff
dependency: com.apple.iokit.IOSCSIArchitectureModelFamily(2.0.0)@0x833000
dependency: com.apple.iokit.IOUSBFamily(3.0.3)@0x56f000
dependency: com.apple.iokit.IOStorageFamily(1.5.2)@0x854000
com.apple.driver.AppleUSBEHCI(3.0.3)@0x89f000->0x8b4fff
dependency: com.apple.iokit.IOPCIFamily(2.4)@0x7a5000
dependency: com.apple.iokit.IOUSBFamily(3.0.3)@0x56f000
com.apple.iokit.IOUSBFamily(3.0.3)@0x56f000->0x5a3fff
Proceeding back via exception chain:
Exception state (sv=0x2717aa00)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x18c76280)
PC=0x00000000; MSR=0x0000D030; DAR=0x00000000; DSISR=0x00000000; LR=0x00000000; R1=0x00000000; XCP=0x00000000 (Unknown)

BSD process name corresponding to current thread: kernel_task

Mac OS version:
9B18

Kernel version:
Darwin Kernel Version 9.1.0: Wed Oct 31 17:48:21 PDT 2007; root:xnu-1228.0.2~1/RELEASE_PPC
panic(cpu 0 caller 0xFFFF0003): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x0009AD18 0x0009B6BC 0x00029DC4 0x000AEA90 0x000B22F8
Proceeding back via exception chain:
Exception state (sv=0x2717aa00)
PC=0x0035705C; MSR=0x00009030; DAR=0x0000000C; DSISR=0x42000000; LR=0x003566C0; R1=0x3097B6F0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00585EAC 0x003566C0 0x00357350 0x00576A60 0x0058E17C 0x0057C594
0x30A27EDC 0x30A28224 0x30A2878C 0x00575DC0 0x00570970 0x008AC0DC 0x008AD19C 0x008AD240
0x008A40E0 0x008A4024 0x00355B48 0x00354DAC 0x00354E60 0x000AFE54
Kernel loadable modul`

 

[bompi]

Un problème avec le pilote USB du système. Un problème avec le disque, peut-être ?

 

[gmaa]

Je pense que c'est plus "vicieux" que cela.
Le disque est neuf (acheté pour TM -Ioméga 500Go).
Son test le donne aussi OK.
Si la machine est moins sollicitée TM tourne normalement.
Je penserai plutôt à un bug TM.

Note : Toutes les mises à jour possibles ont été faites.

 

[daffyb]

C'est pas parce que le disque est neuf que son électronique n'est pas mauvaise.
Commence par changer le câble USB…

 

[gmaa]

"C'est pas parce que le disque est neuf que son électronique n'est pas mauvaise."

Bien sûr!
Mais ce serait plutôt du tout ou rien!
Je n'y crois pas.
Je n'ai pas d'autres "désordres" avec ce disque.

"Commence par changer le câble USB…"
J'ai fait mais n'y crois pas non plus...

Je pense plutôt à un bug Léopard/TM avec une perte d'interruption (ou similaire) dans un contexte chargé.
Mais le mettre en évidence est une autre paire de manches!

 

[daffyb]

Si tu penses que nos suggestions ne sont pas bonnes, ce n'est pas vraiment la peine de venir nous questionner

 

[gmaa]

"Si tu penses que nos suggestions ne sont pas bonnes, ce n'est pas vraiment la peine de venir nous questionner"

Susceptibilité!…
J'ai "contesté" les suggestions faites à la mesure de mes observations.
Il aurait pu y en avoir d'autres ou des "expériences" similaires.

Ceci étant dit mon observation va un peu dans le sens de mon hypothèse.
J'ai activé le "Moniteur d'activité" et TM "seul".
Je n'ai pas eu de problème jusqu'à la fin du processus (plusieures heures...).
J'ai pu observer que pendant certaines périodes l'activité = 100%.

J'ai fait la même expérience avec EyeTV (clé USB…) activité = 70% environ.

Le "conflit" avec perte de "synchro" n'est peut-être pas idiot.
Conclusion pour moi : Je ne vais utiliser TM quand je saurai que je vais solliciter trop le Mac par ailleurs et notamment la périphérie USB.

Quoiqu'en pense daffyb vos avis sont les bienvenus!
De la discussion peut jaillir la lumière (ici la solution)…

 

[gmaa]

Complément.
J'ai encore eu un Kernel panic avec le bus USB chargé.
Cette fois TM est hors de cause puisque non actif.
Ayant un autre disque neuf, je faisais une copie de dossiers entre 2 disques USB.
EyeTV étant actif, j'ai eu un Kernel Panic…
Le problème semble bien lié à la charge du bus USB.
Je me suis assuré que mes disques sont corrects. J'ai pu tout copier de l'un à l'autre...
Plusieurs heures sans EyeTV.
Par contre EyeTV (2.5.2) sans utilisation intensive des disques USB ne plante pas…
Vivement la 10.5.2, en espérant…