Kernel panic pendant un transfert de fichier

Kernel panic pendant un transfert de fichier - Linux et OS Alternatifs

Marsh Posté le 10-04-2006 à 19:25:03    

Bonjour à vous !
 
Ca fait plusieurs fois que j'ai un kernel panic pendant des transferts de fichier par le réseau.
 
J'ai essayé avec wget depuis la machine, avec scp depuis une autre machine, et dans tous les cas ou il y a des transferts tcp avec la machine (elle me sert de serveur web).
Le kernel panic n'est automatique, je n'ai pas tous le temps l'erreur ; j'ai réussi tout à l'heure à transférer plusieurs fichiers de 40 mega sans soucis et puis après , chptataboum.
 
Auriez vous une idée sur l'origine du problème ou éventuellement des logs à consulter pour trouver le pb ?
 
La seule chose que je peux dire c'est que lors du kernel panic, il y a un tas de messages d'erreurs tcp_ack , tcp_xxxx etc.
 
merci du coup de main !
 
Edit : mon PC tourne sous une mandriva 2006, kernel 2.6.12-12mdk, l'interface réseau utilisée est une carte Wifi linksys
 
cali

Message cité 1 fois
Message édité par calimerot le 10-04-2006 à 19:31:07
Reply

Marsh Posté le 10-04-2006 à 19:25:03   

Reply

Marsh Posté le 10-04-2006 à 19:33:07    

Pour que quelqu'un puisse t'aider il faut donner (beaucoup) plus de détails : la distribution/version, le noyau/version, poste nous les logs complets relatifs au kernel panic (essaie de voir du côté de /var/log/kern.log ou /var/log/syslog).


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 10-04-2006 à 19:34:13    

calimerot a écrit :


 
Edit : mon PC tourne sous une mandriva 2006, kernel 2.6.12-12mdk, l'interface réseau utilisée est une carte Wifi linksys


Si tu passes par des drivers ndiswrapper il se peut que tu rencontres des problèmes de stabilité avec certains drivers/cartes wifi

Message cité 1 fois
Message édité par THRAK le 10-04-2006 à 19:35:10

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 10-04-2006 à 19:41:02    

THRAK a écrit :

Pour que quelqu'un puisse t'aider il faut donner (beaucoup) plus de détails : la distribution/version, le noyau/version, poste nous les logs complets relatifs au kernel panic (essaie de voir du côté de /var/log/kern.log ou /var/log/syslog).


 
Ok désolé,  petit oubli ,j'avais rajouté les infos sur la distrib + kernel ensuite.  
 
Dans les logs /var/log/kernel/erros, j'ai l'impression que les messages d'erreurs suivants tombent pile poil au moment du kernel panic :
 
Apr 10 09:56:42 localhost kernel: audit(1144655768.091:0): initialized
Apr 10 09:56:43 localhost kernel: swsusp: Suspend partition has wrong signature?
Apr 10 09:56:43 localhost kernel: sda: assuming drive cache: write through
Apr 10 17:22:07 localhost kernel: audit(1144682485.676:0): initialized
Apr 10 17:22:07 localhost kernel: swsusp: Suspend partition has wrong signature?
Apr 10 17:30:24 localhost kernel: audit(1144682984.235:0): initialized
Apr 10 17:30:25 localhost kernel: swsusp: Suspend partition has wrong signature?
Apr 10 18:20:44 localhost kernel: audit(1144686005.348:0): initialized
Apr 10 18:20:44 localhost kernel: swsusp: Suspend partition has wrong signature?
Apr 10 21:19:01 localhost kernel: audit(1144696617.657:0): initialized
Apr 10 21:19:02 localhost kernel: swsusp: Suspend partition has wrong signature?
Apr 10 21:25:59 localhost kernel: audit(1144697041.543:0): initialized
Apr 10 21:26:00 localhost kernel: swsusp: Suspend partition has wrong signature?
 

Reply

Marsh Posté le 10-04-2006 à 19:44:24    

THRAK a écrit :

Si tu passes par des drivers ndiswrapper il se peut que tu rencontres des problèmes de stabilité avec certains drivers/cartes wifi


 
En fait, j'avoue que je suis incapable de te dire quel driver est utilisé ... probablement que le nom de l'interface en ra0 veut forcément dire que ce sont les ndiswrapper ?
 
Edit : encore un petit oubli qui peut faire qu'on ne comprend à ce que je raconte, mon interface réseau wifi est appelée ra0 , et pas ethX .

Message cité 1 fois
Message édité par calimerot le 10-04-2006 à 19:49:20
Reply

Marsh Posté le 10-04-2006 à 19:53:52    

Si les kernel panic se produisent au moment où tu as les messages que tu indiques, il s'agit alors plus d'un problème lié à la mise en veille /acpi et l'hibernation (software suspend) que le réseau.
 
Ce sont les seules entrées que tu obtiens ? il n'y a nulle part des lignes avec les informations de débogages sur le kernel panic (oops) ? Les messages d'erreurs que tu as eus (tcp_ack, tcp_xxxx) ne sont logués nulle part ?


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 10-04-2006 à 22:20:43    

THRAK a écrit :

Si les kernel panic se produisent au moment où tu as les messages que tu indiques, il s'agit alors plus d'un problème lié à la mise en veille /acpi et l'hibernation (software suspend) que le réseau.
 
Ce sont les seules entrées que tu obtiens ? il n'y a nulle part des lignes avec les informations de débogages sur le kernel panic (oops) ? Les messages d'erreurs que tu as eus (tcp_ack, tcp_xxxx) ne sont logués nulle part ?


 
malheuresement non , aucune trace dans les logs  :   kernel/errors, kernel/warning , syslog , dmesg  
 
je vais essayer de relancer un download,  avec un peu de bol, ça va le refaire planter  :whistle:  et j'aurais la liste des messages du kernel panic  ...

Reply

Marsh Posté le 10-04-2006 à 22:44:16    

calimerot a écrit :

malheuresement non , aucune trace dans les logs  :   kernel/errors, kernel/warning , syslog , dmesg  
 
je vais essayer de relancer un download,  avec un peu de bol, ça va le refaire planter  :whistle:  et j'aurais la liste des messages du kernel panic  ...


 
bon , pas de bol , cette fois-ci .... pour la première fois depuis quelque temps, il arrive à télécharger un fichier de 200 mega sans kernel panic.
 
Bon ben tant pis, merci quand même du coup de main ... je t'embête pas plus lgtps avec tout ça , je fouillerais tous les logs et compagnie la prochaine fois qu'il me plantera au nez.
 
bonne soirée,
 
cali.

Reply

Marsh Posté le 11-04-2006 à 12:27:13    

calimerot a écrit :

En fait, j'avoue que je suis incapable de te dire quel driver est utilisé ... probablement que le nom de l'interface en ra0 veut forcément dire que ce sont les ndiswrapper ?


Je crois plutot que ca veut dire que ta carte est construite autour d'un chipset ralink ;) (c'est athX pour les atheros)

Reply

Marsh Posté le 11-04-2006 à 16:01:05    

zoidberg a écrit :

Je crois plutot que ca veut dire que ta carte est construite autour d'un chipset ralink ;) (c'est athX pour les atheros)


 
Ah ok :)  
 
est ce qu'il y a un moyen quelconque de connaitre le driver utilisé par la carte Wifi ? l'installation a été automatique, j'aurais fait une installation manuelle, j'aurais pu savoir si j'utilisais ndiswraper mais là pour le coup  :??:

Reply

Marsh Posté le 11-04-2006 à 16:01:05   

Reply

Marsh Posté le 11-04-2006 à 16:35:09    

Euh... en fait je ne sais pas trop comment fonctionne ndiswrapper, mais vu que c'est cense utiliser une partie des drivers windows qui ne sont pas libre, tu aurais eu a le rajouter a la mano pendant ou apres l'install, si tu ne l'a pas fait c'est que tu dois utiliser les drivers ralink ou les rt2x00.
mais je dis peut-etre n'importe quoi, alors autant verifier, fais un lspci et cherche ta carte wifi, tu devrais voir le modele du chip (ralink 2500 par exemple).
et ensuite un lsmod et la tu devrais appercevoir les modules rt2500 ou rt2x00 ou je ne sais pas trop comment ils s'appellent.
si tu vois ces modules c'est que tu passes par les drivers ralink, sinon ... je sais pas :D mais ca devrait etre ca normalement.

Reply

Marsh Posté le 12-04-2006 à 19:17:50    

resalut à vous, j'ai des nouvelles pour le kernel panic ; comme je ne trouve pas le fichier ou sont logés les messages d'erreur, j'ai dû attendre un nouveau kernel panic, donc voici le call trace :  
 

Citation :


Call Trace :
[xxxxx] show_stack+0xab
[xxxxx] show_registers+0x16c
[xxxxx] die+0xc8
[xxxxx] do_page_fault+0x261
[xxxxx] error_code0x4f
[xxxxx] RTMP_send_packets+0x6d
[xxxxx] qdisc_restart+0x61
[xxxxx] dev_queue_xmit+0x10f
[xxxxx] ip_finish_output+0x118
[xxxxx] ip_queue_xmit+0x296
[xxxxx] tcp_transmit_skb+0x3d7
[xxxxx] tcp_write_xmit+0x11c
[xxxxx] tcp_sendmsg+0xc01
[xxxxx] sock_aio_write+0x126
[xxxxx] do_sync_write+0xa8
[xxxxx] vfs_write+0x17e
[xxxxx] sys_write+0x47
[xxxxx] sysenter_past_esp+0x54
code blablablabla
<0>Kernel panic - not syncing : Fatal exception in interrupt


 
Je ne sais pas trop si ça peut aider à comprendre d'ou vient le pb .
 
Sinon pour répondre Zoidberg, c'est effectivement un RaLink RT2500 et le module utilisé est bien rt2500.
 
cali.
 
edit : j'ai jeté un oeil au lilo.conf et j'ai repensé à ce que tu me disais sur l'ACPI , j'ai l'option acpi=ht dans append... j'ai cru lire que c'était lié à l'hyperthreading, ma machine est un Celeron 600Mhz, je me trompe ou il n'y a pas d'hyperthreading sur ces machines ?


Message édité par calimerot le 12-04-2006 à 19:36:08
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed