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
JusTiCe8
Bonjour,
Gaëtan PERRIER a écrit :
Salut,
est-ce que ça cause à quelqu'un:
[...]
Feb 17 23:33:28 reveillon kernel: e8db02ae Feb 17 23:33:28 reveillon kernel: PREEMPT
Feb 17 23:33:28 reveillon kernel: EIP: 0060:[pg0+681587374/1069880320] Not tainted VLI Feb 17 23:33:28 reveillon kernel: EFLAGS: 00010246 (2.6.10-1-k7) Feb 17 23:33:28 reveillon kernel: EIP is at bus_reset+0x4e/0xd0 [usb_storage] [...] Merci de vos lumières!!!
Il s'agit d'un plantage d'un module/d'une partie du noyau, ici "scsi_mod". Est-ce sytématique ? Ou bien juste la 1ere fois ?
Pour de plus ample infos, compiler le noyau avec les symboles de debug (atention à la taille énormmmmmmme ! qui en résulte, ou juste le module en debug) et/ou d'autres outils.
J8.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Gaëtan PERRIER a écrit :
Salut,
est-ce que ça cause à quelqu'un:
[...]
Feb 17 23:33:28 reveillon kernel: e8db02ae
Feb 17 23:33:28 reveillon kernel: PREEMPT
Feb 17 23:33:28 reveillon kernel: EIP:
0060:[pg0+681587374/1069880320] Not tainted VLI
Feb 17 23:33:28 reveillon kernel: EFLAGS: 00010246 (2.6.10-1-k7)
Feb 17 23:33:28 reveillon kernel: EIP is at bus_reset+0x4e/0xd0
[usb_storage]
[...]
Merci de vos lumières!!!
Il s'agit d'un plantage d'un module/d'une partie du noyau, ici "scsi_mod".
Est-ce sytématique ? Ou bien juste la 1ere fois ?
Pour de plus ample infos, compiler le noyau avec les symboles de debug
(atention à la taille énormmmmmmme ! qui en résulte, ou juste le module
en debug) et/ou d'autres outils.
J8.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Feb 17 23:33:28 reveillon kernel: e8db02ae Feb 17 23:33:28 reveillon kernel: PREEMPT
Feb 17 23:33:28 reveillon kernel: EIP: 0060:[pg0+681587374/1069880320] Not tainted VLI Feb 17 23:33:28 reveillon kernel: EFLAGS: 00010246 (2.6.10-1-k7) Feb 17 23:33:28 reveillon kernel: EIP is at bus_reset+0x4e/0xd0 [usb_storage] [...] Merci de vos lumières!!!
Il s'agit d'un plantage d'un module/d'une partie du noyau, ici "scsi_mod". Est-ce sytématique ? Ou bien juste la 1ere fois ?
Pour de plus ample infos, compiler le noyau avec les symboles de debug (atention à la taille énormmmmmmme ! qui en résulte, ou juste le module en debug) et/ou d'autres outils.
J8.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
gaetan.perrier
Selon JusTiCe8 :
Bonjour,
Gaëtan PERRIER a écrit :
>Salut, > >est-ce que ça cause à quelqu'un: > >[...] > >Feb 17 23:33:28 reveillon kernel: e8db02ae >Feb 17 23:33:28 reveillon kernel: PREEMPT > >Feb 17 23:33:28 reveillon kernel: EIP: >0060:[pg0+681587374/1069880320] Not tainted VLI >Feb 17 23:33:28 reveillon kernel: EFLAGS: 00010246 (2.6.10-1-k7) >Feb 17 23:33:28 reveillon kernel: EIP is at bus_reset+0x4e/0xd0 >[usb_storage] >[...] >Merci de vos lumières!!! > > > Il s'agit d'un plantage d'un module/d'une partie du noyau, ici "scsi_mod". Est-ce sytématique ? Ou bien juste la 1ere fois ?
C'est la première fois que je le vois mais ça ne prouve rien, c'était après avoir débranché un périph usb-storage à prioris si j'en crois les traces pérécdentes.
Pour de plus ample infos, compiler le noyau avec les symboles de debug (atention à la taille énormmmmmmme ! qui en résulte, ou juste le module en debug) et/ou d'autres outils.
J'utilise un noyau standard debian (2.6.10-k7 de SID) et l'usb-storage est en module mais je n'ai pas le temps de recompiler...
Est-ce que ça mérite un rapport de bug?
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Selon JusTiCe8 <justice8@wanadoo.fr>:
Bonjour,
Gaëtan PERRIER a écrit :
>Salut,
>
>est-ce que ça cause à quelqu'un:
>
>[...]
>
>Feb 17 23:33:28 reveillon kernel: e8db02ae
>Feb 17 23:33:28 reveillon kernel: PREEMPT
>
>Feb 17 23:33:28 reveillon kernel: EIP:
>0060:[pg0+681587374/1069880320] Not tainted VLI
>Feb 17 23:33:28 reveillon kernel: EFLAGS: 00010246 (2.6.10-1-k7)
>Feb 17 23:33:28 reveillon kernel: EIP is at bus_reset+0x4e/0xd0
>[usb_storage]
>[...]
>Merci de vos lumières!!!
>
>
>
Il s'agit d'un plantage d'un module/d'une partie du noyau, ici "scsi_mod".
Est-ce sytématique ? Ou bien juste la 1ere fois ?
C'est la première fois que je le vois mais ça ne prouve rien, c'était après
avoir débranché un périph usb-storage à prioris si j'en crois les traces
pérécdentes.
Pour de plus ample infos, compiler le noyau avec les symboles de debug
(atention à la taille énormmmmmmme ! qui en résulte, ou juste le module
en debug) et/ou d'autres outils.
J'utilise un noyau standard debian (2.6.10-k7 de SID) et l'usb-storage est en
module mais je n'ai pas le temps de recompiler...
Est-ce que ça mérite un rapport de bug?
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>Salut, > >est-ce que ça cause à quelqu'un: > >[...] > >Feb 17 23:33:28 reveillon kernel: e8db02ae >Feb 17 23:33:28 reveillon kernel: PREEMPT > >Feb 17 23:33:28 reveillon kernel: EIP: >0060:[pg0+681587374/1069880320] Not tainted VLI >Feb 17 23:33:28 reveillon kernel: EFLAGS: 00010246 (2.6.10-1-k7) >Feb 17 23:33:28 reveillon kernel: EIP is at bus_reset+0x4e/0xd0 >[usb_storage] >[...] >Merci de vos lumières!!! > > > Il s'agit d'un plantage d'un module/d'une partie du noyau, ici "scsi_mod". Est-ce sytématique ? Ou bien juste la 1ere fois ?
C'est la première fois que je le vois mais ça ne prouve rien, c'était après avoir débranché un périph usb-storage à prioris si j'en crois les traces pérécdentes.
Pour de plus ample infos, compiler le noyau avec les symboles de debug (atention à la taille énormmmmmmme ! qui en résulte, ou juste le module en debug) et/ou d'autres outils.
J'utilise un noyau standard debian (2.6.10-k7 de SID) et l'usb-storage est en module mais je n'ai pas le temps de recompiler...
Est-ce que ça mérite un rapport de bug?
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
justice8
wrote:
Est-ce sytématique ? Ou bien juste la 1ere fois ?
C'est la première fois que je le vois mais ça ne prouve rien, c'était après avoir débranché un périph usb-storage à prioris si j'en crois les traces pérécdentes.
ok. Il est possible qu'en fait, tu as débranché le disque trop tôt après le démontage (hypothèse), mais vu que c'est scsi_mod qui plante, je ne pense pas que ce soit un truc lié au write-cache. Plus probablement un merdoyage du chipset responsable de l'USB.
Pour de plus ample infos, compiler le noyau avec les symboles de debug (atention à la taille énormmmmmmme ! qui en résulte, ou juste le module en debug) et/ou d'autres outils.
J'utilise un noyau standard debian (2.6.10-k7 de SID) et l'usb-storage est en module mais je n'ai pas le temps de recompiler...
ok
Est-ce que ça mérite un rapport de bug?
avec si peu d'infos, je doute que cela soit intéréssant, faire une recherche sur le net pour connaître l'existence de plantage au même endroit, si pas de résultat, activation des logs debug des modules (usb-storage/scsi_mod), si tjs pas de résultats recompilation avec infos de débug au moins pour ces 2 modules, et là jouer un peu avec le noyau et reproduire le bug.
Le soucis avec un tel bug, c'est la difficulté de le reproduire (il peut se produire uniquement avec un chipset associé à un controleur disque et avec tel ou tel type de format de disque et de données).
J8. J8.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
gaetan.perrier@free.fr wrote:
Est-ce sytématique ? Ou bien juste la 1ere fois ?
C'est la première fois que je le vois mais ça ne prouve rien, c'était après
avoir débranché un périph usb-storage à prioris si j'en crois les traces
pérécdentes.
ok.
Il est possible qu'en fait, tu as débranché le disque trop tôt après le
démontage (hypothèse), mais vu que c'est scsi_mod qui plante, je ne
pense pas que ce soit un truc lié au write-cache.
Plus probablement un merdoyage du chipset responsable de l'USB.
Pour de plus ample infos, compiler le noyau avec les symboles de debug
(atention à la taille énormmmmmmme ! qui en résulte, ou juste le module
en debug) et/ou d'autres outils.
J'utilise un noyau standard debian (2.6.10-k7 de SID) et l'usb-storage est en
module mais je n'ai pas le temps de recompiler...
ok
Est-ce que ça mérite un rapport de bug?
avec si peu d'infos, je doute que cela soit intéréssant, faire une
recherche sur le net pour connaître l'existence de plantage au même
endroit, si pas de résultat, activation des logs debug des modules
(usb-storage/scsi_mod), si tjs pas de résultats recompilation avec infos
de débug au moins pour ces 2 modules, et là jouer un peu avec le noyau
et reproduire le bug.
Le soucis avec un tel bug, c'est la difficulté de le reproduire (il peut
se produire uniquement avec un chipset associé à un controleur disque et
avec tel ou tel type de format de disque et de données).
J8.
J8.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
C'est la première fois que je le vois mais ça ne prouve rien, c'était après avoir débranché un périph usb-storage à prioris si j'en crois les traces pérécdentes.
ok. Il est possible qu'en fait, tu as débranché le disque trop tôt après le démontage (hypothèse), mais vu que c'est scsi_mod qui plante, je ne pense pas que ce soit un truc lié au write-cache. Plus probablement un merdoyage du chipset responsable de l'USB.
Pour de plus ample infos, compiler le noyau avec les symboles de debug (atention à la taille énormmmmmmme ! qui en résulte, ou juste le module en debug) et/ou d'autres outils.
J'utilise un noyau standard debian (2.6.10-k7 de SID) et l'usb-storage est en module mais je n'ai pas le temps de recompiler...
ok
Est-ce que ça mérite un rapport de bug?
avec si peu d'infos, je doute que cela soit intéréssant, faire une recherche sur le net pour connaître l'existence de plantage au même endroit, si pas de résultat, activation des logs debug des modules (usb-storage/scsi_mod), si tjs pas de résultats recompilation avec infos de débug au moins pour ces 2 modules, et là jouer un peu avec le noyau et reproduire le bug.
Le soucis avec un tel bug, c'est la difficulté de le reproduire (il peut se produire uniquement avec un chipset associé à un controleur disque et avec tel ou tel type de format de disque et de données).
J8. J8.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact