Après 2 panics en 3 jours, je commence à m'inquiéter un peu...
Ci-après, copie des deux logs correspondant. Si quelqu'un peut en tirer
quelque chose...
Merci d'avance.
Thu Nov 18 07:07:57 2004
Unresolved kernel trap(cpu 0): 0x300 - Data access
DAR=0x0000000000000000 PC=0x0000000000266CE4
Latest crash info for cpu 0:
Exception state (sv=0x2BD31500)
PC=0x00266CE4; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000;
LR=0x00267CD0; R1=0x172C3BB0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00267CC4 0x2BEB5740 0x274FF738 0x274FADD0 0x00280014
0x0007B628 0x00021668 0x0001BCE8
0x0001C0F0 0x00094358 0x00000000
Kernel loadable modules in backtrace (with dependencies):
com.apple.iokit.IOUSBHIDDriver(2.1.4)@0x2beb4000
dependency: com.apple.iokit.IOUSBFamily(2.1.1)@0x2a0bb000
dependency: com.apple.iokit.IOHIDFamily(1.3.5)@0x274f9000
com.apple.iokit.IOHIDFamily(1.3.5)@0x274f9000
Proceeding back via exception chain:
Exception state (sv=0x2BD31500)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2BEEFC80)
PC=0x900074C8; MSR=0x0000F030; DAR=0x31383000; DSISR=0x42000000;
LR=0x90007018; R1=0xBFFFF4F0; XCP=0x00000030 (0xC00 - System call)
Kernel version:
Darwin Kernel Version 7.6.0:
Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC
panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000836E4 0x00083BC8 0x0001EDA4 0x00090C60 0x0009406C
Proceeding back via exception chain:
Exception state (sv=0x2BD31500)
PC=0x00266CE4; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000;
LR=0x00267CD0; R1=0x172C3BB0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00267CC4 0x2BEB5740 0x274FF738 0x274FADD0 0x00280014
0x0007B628 0x00021668 0x0001BCE8
0x0001C0F0 0x00094358 0x00000000
Kernel loadable modules in backtrace (with dependencies):
com.apple.iokit.IOUSBHIDDriver(2.1.4)@0x2beb4000
dependency: com.apple.iokit.IOUSBFamily(2.1.1)@0x2a0bb000
dependency: com.apple.iokit.IOHIDFamily(1.3.5)@0x274f9000
com.apple.iokit.IOHIDFamily(1.3.5)@0x274f9000
Exception state (sv=0x2BEEFC80)
PC=0x900074C8; MSR=0x0000F030; DAR=0x31383000; DSISR=0x42000000;
LR=0x90007018; R1=0xBFFFF4F0; XCP=0x00000030 (0xC00 - System call)
Kernel version:
Darwin Kernel Version 7.6.0:
Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC
*********
Sat Nov 20 10:53:39 2004
Unresolved kernel trap(cpu 0): 0x300 - Data access
DAR=0x0000000000000000 PC=0x0000000000266CE4
Latest crash info for cpu 0:
Exception state (sv=0x2AA0D000)
PC=0x00266CE4; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000;
LR=0x00267CD0; R1=0x177ABBB0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00267CC4 0x2BDEA740 0x003BA738 0x003B5DD0 0x00280014
0x0007B628 0x00021668 0x0001BCE8
0x0001C0F0 0x00094358 0x656E445B
Kernel loadable modules in backtrace (with dependencies):
com.apple.iokit.IOUSBHIDDriver(2.1.4)@0x2bde9000
dependency: com.apple.iokit.IOUSBFamily(2.1.1)@0x557000
dependency: com.apple.iokit.IOHIDFamily(1.3.5)@0x3b4000
com.apple.iokit.IOHIDFamily(1.3.5)@0x3b4000
Proceeding back via exception chain:
Exception state (sv=0x2AA0D000)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x2A672C80)
PC=0x900074C8; MSR=0x0000F030; DAR=0xE02AE000; DSISR=0x42000000;
LR=0x90007018; R1=0xBFFFF4F0; XCP=0x00000030 (0xC00 - System call)
Kernel version:
Darwin Kernel Version 7.6.0:
Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC
panic(cpu 0): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x000836E4 0x00083BC8 0x0001EDA4 0x00090C60 0x0009406C
Proceeding back via exception chain:
Exception state (sv=0x2AA0D000)
PC=0x00266CE4; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000;
LR=0x00267CD0; R1=0x177ABBB0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00267CC4 0x2BDEA740 0x003BA738 0x003B5DD0 0x00280014
0x0007B628 0x00021668 0x0001BCE8
0x0001C0F0 0x00094358 0x656E445B
Kernel loadable modules in backtrace (with dependencies):
com.apple.iokit.IOUSBHIDDriver(2.1.4)@0x2bde9000
dependency: com.apple.iokit.IOUSBFamily(2.1.1)@0x557000
dependency: com.apple.iokit.IOHIDFamily(1.3.5)@0x3b4000
com.apple.iokit.IOHIDFamily(1.3.5)@0x3b4000
Exception state (sv=0x2A672C80)
PC=0x900074C8; MSR=0x0000F030; DAR=0xE02AE000; DSISR=0x42000000;
LR=0x90007018; R1=0xBFFFF4F0; XCP=0x00000030 (0xC00 - System call)
Kernel version:
Darwin Kernel Version 7.6.0:
Sun Oct 10 12:05:27 PDT 2004; root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC
*********
--
Olivier Goldberg, étudiant, macaddict, plongeur CMAS ***
Pour le courrier personnel, écrire à:
olivier (arobase) ogoldberg (point) net
AIM/iChat/Skype: Nept47
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Stadelmann
In article <1gnjqhy.1tqcy001ax37wkN%, (Olivier Goldberg) wrote:
Après 2 panics en 3 jours, je commence à m'inquiéter un peu... Ci-après, copie des deux logs correspondant. Si quelqu'un peut en tirer quelque chose...
Pas sûr que ça t'avance beaucoup, mais la présence de IOUSBHIDDriver dans le backtrace indique que le panic survient alors que le système exécute du code de gestion d'un périphérique USB de type "interface utilisateur" : clavier, souris... (HID = Human Interface Device).
Patrick -- Patrick Stadelmann
In article <1gnjqhy.1tqcy001ax37wkN%listes2@ogoldberg.net>,
listes2@ogoldberg.net (Olivier Goldberg) wrote:
Après 2 panics en 3 jours, je commence à m'inquiéter un peu...
Ci-après, copie des deux logs correspondant. Si quelqu'un peut en tirer
quelque chose...
Pas sûr que ça t'avance beaucoup, mais la présence de IOUSBHIDDriver
dans le backtrace indique que le panic survient alors que le système
exécute du code de gestion d'un périphérique USB de type "interface
utilisateur" : clavier, souris... (HID = Human Interface Device).
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gnjqhy.1tqcy001ax37wkN%, (Olivier Goldberg) wrote:
Après 2 panics en 3 jours, je commence à m'inquiéter un peu... Ci-après, copie des deux logs correspondant. Si quelqu'un peut en tirer quelque chose...
Pas sûr que ça t'avance beaucoup, mais la présence de IOUSBHIDDriver dans le backtrace indique que le panic survient alors que le système exécute du code de gestion d'un périphérique USB de type "interface utilisateur" : clavier, souris... (HID = Human Interface Device).
Patrick -- Patrick Stadelmann
Olivier
le 20/11/2004 11:00, Olivier Goldberg a écrit :
Bonjour,
Après 2 panics en 3 jours,...
Bonjour,
excusez le béotien qui vient troubler vos réflexions, mais c'est quoi des panics ? (en une phrase, hein, pas la peine d'en mettre toute une tartine :-) -- Olivier
le 20/11/2004 11:00, Olivier Goldberg a écrit :
Bonjour,
Après 2 panics en 3 jours,...
Bonjour,
excusez le béotien qui vient troubler vos réflexions,
mais c'est quoi des panics ?
(en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
--
Olivier
excusez le béotien qui vient troubler vos réflexions, mais c'est quoi des panics ? (en une phrase, hein, pas la peine d'en mettre toute une tartine :-) -- Olivier
Eric Lévénez
Le 20/11/04 15:05, dans <BDC50DCA.638A%, « Olivier » a écrit :
excusez le béotien qui vient troubler vos réflexions, mais c'est quoi des panics ? (en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
Un panic est un plantage du noyau de Mac OS X, donc un arrêt de la machine.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 20/11/04 15:05, dans <BDC50DCA.638A%news@news.com>, « Olivier »
<news@news.com> a écrit :
excusez le béotien qui vient troubler vos réflexions,
mais c'est quoi des panics ?
(en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
Un panic est un plantage du noyau de Mac OS X, donc un arrêt de la machine.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 20/11/04 15:05, dans <BDC50DCA.638A%, « Olivier » a écrit :
excusez le béotien qui vient troubler vos réflexions, mais c'est quoi des panics ? (en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
Un panic est un plantage du noyau de Mac OS X, donc un arrêt de la machine.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Olivier
le 20/11/2004 15:15, Eric Lévénez a écrit :
Le 20/11/04 15:05, dans <BDC50DCA.638A%, « Olivier » a écrit :
excusez le béotien qui vient troubler vos réflexions, mais c'est quoi des panics ? (en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
Un panic est un plantage du noyau de Mac OS X, donc un arrêt de la machine.
Ah oui, j'ai eu ça une fois ou deux. Merci. -- Olivier
le 20/11/2004 15:15, Eric Lévénez a écrit :
Le 20/11/04 15:05, dans <BDC50DCA.638A%news@news.com>, « Olivier »
<news@news.com> a écrit :
excusez le béotien qui vient troubler vos réflexions,
mais c'est quoi des panics ?
(en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
Un panic est un plantage du noyau de Mac OS X, donc un arrêt de la machine.
Ah oui, j'ai eu ça une fois ou deux. Merci.
--
Olivier
Le 20/11/04 15:05, dans <BDC50DCA.638A%, « Olivier » a écrit :
excusez le béotien qui vient troubler vos réflexions, mais c'est quoi des panics ? (en une phrase, hein, pas la peine d'en mettre toute une tartine :-)
Un panic est un plantage du noyau de Mac OS X, donc un arrêt de la machine.
Ah oui, j'ai eu ça une fois ou deux. Merci. -- Olivier
listes2
Patrick Stadelmann wrote:
Pas sûr que ça t'avance beaucoup, mais la présence de IOUSBHIDDriver dans le backtrace indique que le panic survient alors que le système exécute du code de gestion d'un périphérique USB de type "interface utilisateur" : clavier, souris... (HID = Human Interface Device).
Dans les deux cas, c'est survenu à la réactivation d'un alu 15 1,5 GHz 1 Go RAM, fonctionnant fermé, connecté à un écran ASD 17" via DVIator. L'écran est raccordé en USB à un hub, lui-même connecté à une tablette Wacom, un scanner Agfa, une imprimante HP et un onduleur MGE. Le deuxième port de l'écran nourrit un clavier Apple, lequelle alimente une Kensington ExpertMouse.
Je vérifierai les mises à jour de pilotes à l'occasion.
-- Olivier Goldberg, étudiant, macaddict, plongeur CMAS *** Pour le courrier personnel, écrire à: olivier (arobase) ogoldberg (point) net AIM/iChat/Skype: Nept47
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Pas sûr que ça t'avance beaucoup, mais la présence de IOUSBHIDDriver
dans le backtrace indique que le panic survient alors que le système
exécute du code de gestion d'un périphérique USB de type "interface
utilisateur" : clavier, souris... (HID = Human Interface Device).
Dans les deux cas, c'est survenu à la réactivation d'un alu 15 1,5 GHz 1
Go RAM, fonctionnant fermé, connecté à un écran ASD 17" via DVIator.
L'écran est raccordé en USB à un hub, lui-même connecté à une tablette
Wacom, un scanner Agfa, une imprimante HP et un onduleur MGE.
Le deuxième port de l'écran nourrit un clavier Apple, lequelle alimente
une Kensington ExpertMouse.
Je vérifierai les mises à jour de pilotes à l'occasion.
--
Olivier Goldberg, étudiant, macaddict, plongeur CMAS ***
Pour le courrier personnel, écrire à:
olivier (arobase) ogoldberg (point) net
AIM/iChat/Skype: Nept47
Pas sûr que ça t'avance beaucoup, mais la présence de IOUSBHIDDriver dans le backtrace indique que le panic survient alors que le système exécute du code de gestion d'un périphérique USB de type "interface utilisateur" : clavier, souris... (HID = Human Interface Device).
Dans les deux cas, c'est survenu à la réactivation d'un alu 15 1,5 GHz 1 Go RAM, fonctionnant fermé, connecté à un écran ASD 17" via DVIator. L'écran est raccordé en USB à un hub, lui-même connecté à une tablette Wacom, un scanner Agfa, une imprimante HP et un onduleur MGE. Le deuxième port de l'écran nourrit un clavier Apple, lequelle alimente une Kensington ExpertMouse.
Je vérifierai les mises à jour de pilotes à l'occasion.
-- Olivier Goldberg, étudiant, macaddict, plongeur CMAS *** Pour le courrier personnel, écrire à: olivier (arobase) ogoldberg (point) net AIM/iChat/Skype: Nept47
