[Résolu] [Sarge] Carte réseau non reconnue en 2.6.8-3

Support Debian
#1

Bonjour à tous.

Voici mon problème : sur deux cartes réseaux, une n’est pas reconnue en 2.6.8-3 alors qu’elle l’est en 2.4.27

Vu que ma deuxième carte n’est reconnue qu’en 2.6, je compte garder ce kernel.

Voici ce que me donne lspci au sujet de la carte :

lspci 0000:00:0a.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine] (rev 06)

# lspci -n 0000:00:0a.0 0200: 1106:3043 (rev 06)

Sur kmuto.jp/debian/hcl/ j’ai vérifié que le module via_rhine était nécessaire, module que je trouve bien :

# lsmod | grep via_rhine via_rhine 19848 0 mii 4864 1 via_rhine

La première tentative d’enlever le module m’a joliment retourné une Erreur de Segmentation, tandis que toutes les autres me donnent :

# rmmod via_rhine ERROR: Removing 'via_rhine': Device or resource busy

dmesg ne me dis rien au sujet d’eth1 (eth0 était mon autre carte), et

[code]i# ifconfig -a
eth0 Lien encap:Ethernet HWaddr 00:15:E9:F0:F1:87
inet adr:192.168.0.4 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::215:e9ff:fef0:f187/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:78 errors:0 dropped:0 overruns:0 frame:0
TX packets:65 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:10334 (10.0 KiB) TX bytes:8617 (8.4 KiB)
Interruption:11 Adresse de base:0x2f00

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:H
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

sit0 Lien encap:IPv6-dans-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)[/code]

Voilà, si quelqu’un a une idée, une piste, je l’en remercie.

c-moi

Edit : Je suis passé en etch/2.6.18-4 et les deux cartes fonctionnent

#2

passe en testing plutôt et la tu sera en 2.6.18 .

je pensse que la tu n’aura pas de pb pour ta 2ieme carte reseaux .

de plus la testing va devenir bientôt , la nouvelle version stable . :wink:

#3

Je ne voudrai pas lancer de troll, mais je compte rester en sarge/stable avec si possible un noyau debian. D’ailleurs, rien ne me garantie que le 2.6.18 reconnaitra ma carte…

#4

essaye de créer un alias dans /etc/modeprobe.d afin de lier eth1 avec via_rhine

moi par exemple j’ai créé un fichier /etc/modeprobe.d/reseau avec à l’intérieur:

je crois qu’on peut mettre cette ligne dans /etc/modeprobe.d/aliases mais je suis pas sur… en tout les cas ca marche pour moi :wink:

edit: linuxcdraver a raison tu devrai profiter de la prochaine stable Etch qui sera classée comme stable d’ici “quelques jours” :wink:

#5

Une via-rhine n’est quand même pas exceptionnel, c’est curieux qu’elle ne marche pas sur le 2.6.8. Charges l’une de mes images ISO cd CD install sarge avec un noyau 2.6.12, 2.6.17 ou 2.6.18 ou mieux essayes avec le couteau suisse (qui peut te faire une clef USB bootable) à base de 2.6.18-3, tu auras la réponse à ta question. http://forum.debian-fr.org/viewtopic.php?t=4905

#6

Bonsoir et merci pour ces réponses.

Je viens rajouter une information :

# modprobe -r via_rhine Erreur de segmentation

voici le log de l’erreur

Mar  6 23:39:23 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000140
Mar  6 23:39:23 localhost kernel:  printing eip:
Mar  6 23:39:23 localhost kernel: c0200fa4
Mar  6 23:39:23 localhost kernel: *pde = 00000000
Mar  6 23:39:23 localhost kernel: Oops: 0000 [#1]
Mar  6 23:39:23 localhost kernel: PREEMPT
Mar  6 23:39:23 localhost kernel: Modules linked in: lp ipv6 af_packet ns558 gameport floppy parport_pc parport pcspkr r8169
pci_hotplug intel_agp uhci_hcd usbcore via_rhine mii agpgart tsdev mousedev evdev capability commoncap psmouse ide_cd cdrom genrtc ext3 jbd ide_generic piix ide_disk ide_core sd_mod ata_piix libata scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect
Mar  6 23:39:23 localhost kernel: CPU:    0
Mar  6 23:39:23 localhost kernel: EIP:    0060:[unregister_netdevice+88/530]    Not tainted
Mar  6 23:39:23 localhost kernel: EFLAGS: 00010202   (2.6.8-3-386)
Mar  6 23:39:23 localhost kernel: EIP is at unregister_netdevice+0x58/0x212
Mar  6 23:39:23 localhost kernel: eax: 00000001   ebx: 00000000   ecx: c02cea20   edx: 00000000
Mar  6 23:39:23 localhost kernel: esi: 00000000   edi: c7f15c44   ebp: 00000080   esp: c4a6bee0
Mar  6 23:39:23 localhost kernel: ds: 007b   es: 007b   ss: 0068
Mar  6 23:39:23 localhost kernel: Process modprobe (pid: 2352, threadinfo=c4a6a000 task=c7f71120)
Mar  6 23:39:23 localhost kernel: Stack: 00000000 00000000 c7f15c44 00000080 c01e0ac3 00000000 c7f15c00 c88e4e62
Mar  6 23:39:23 localhost kernel:        00000000 c7f15c00 c88e77a4 00000000 c0194cfc c7f15c00 c7f15c44 c01d4c41
Mar  6 23:39:23 localhost kernel:        c7f15c44 c88e77a4 c88e77f0 c01d4c67 c7f15c44 c88e77a4 c028ce20 c01d4f6e
Mar  6 23:39:23 localhost kernel: Call Trace:
Mar  6 23:39:23 localhost kernel:  [unregister_netdev+16/23] unregister_netdev+0x10/0x17
Mar  6 23:39:23 localhost kernel:  [__crc_pci_find_class+3251193/4014989] rhine_remove_one+0x13/0x35 [via_rhine]
Mar  6 23:39:23 localhost kernel:  [pci_device_remove+25/44] pci_device_remove+0x19/0x2c
Mar  6 23:39:23 localhost kernel:  [device_release_driver+64/75] device_release_driver+0x40/0x4b
Mar  6 23:39:23 localhost kernel:  [driver_detach+27/42] driver_detach+0x1b/0x2a
Mar  6 23:39:23 localhost kernel:  [bus_remove_driver+38/75] bus_remove_driver+0x26/0x4b
Mar  6 23:39:23 localhost kernel:  [driver_unregister+11/27] driver_unregister+0xb/0x1b
Mar  6 23:39:23 localhost kernel:  [pci_unregister_driver+14/25] pci_unregister_driver+0xe/0x19
Mar  6 23:39:23 localhost kernel:  [__crc_pci_find_class+3251237/4014989] rhine_cleanup+0xa/0xc [via_rhine]
Mar  6 23:39:23 localhost kernel:  [sys_delete_module+301/351] sys_delete_module+0x12d/0x15f
Mar  6 23:39:23 localhost kernel:  [do_munmap+310/322] do_munmap+0x136/0x142
Mar  6 23:39:23 localhost kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Mar  6 23:39:23 localhost kernel: Code: 8b 86 40 01 00 00 85 c0 75 19 56 56 68 20 4a 27 c0 e8 ae 81

J’ai aussi modifié à la main le fichier r8169.ko
(en suivant les conseil de linuxquestions.org/questions … did=350564 )
Mais je ne pense pas que cela influe énormément…

Je tente de rajouter

alias eth0 via_rhine dans /etc/modprobe.d/aliases et vous recontacte.

Merci

#7

Eh bien, apparemment, ça n’a rien changé…

via-rhine est bien chargé une fois la carte détectée au démarrage, mais aucune lettre ne lui est attribuée.
Je n’ai rien contre passer en Etch, une fois qu’elle sera en stable officiellement.

#8

Comme l’a déjà dit fran.b, va voir sur son site pour télécharger des noyaux plus récents que le 2.6.8 tout en restant en stable.
Il y a aussi un tuto dans trucs et astuces pour avoir un noyau récent tout en restant en stable.

#9

quote="c-moi"
Je n’ai rien contre passer en Etch, une fois qu’elle sera en stable officiellement.[/quote]N’attends pas ces quelques jours: AMA, tu te simplifieras la vie.
Sinon, je plusoie: les galettes de fran.b avec un noyau custom sont super utile quand les noyaux sandards ne passent pas.

#10

Bonsoir,

Merci pour vos réponses, je suis finalement passé sous etch, et mes deux interfaces sont reconnues :slightly_smiling:

On peut dire, d’une certaine manière, que le problème est résolu, ou du moins la cause a été déplacée.

Edit : je suis en 2.6.18-4-686 maintenant