[RÉSOLU] impossible activer interface

Support Debian
#1

Sur une Sid ‘test’, je n’arrive plus à me connecter au net.
J’ai tt contrôlé ds
etc/network/interfaces
et rien ne semble anormal, identique à ce que c’était avant, quand ça fonctionnait. Je crois me souvenir avoir fait un update/upgrade :cry:
Quand je passe par kde/internet réseaux/paramètres réseaux, j’ai bien eth1 (celle qui fonctionne partout ailleurs) mais elle est désactivée.
quand je tente de l’activer, ça cherche pendant 30 secondes et ça retourne à "désactivé"
Je ne connais pas la commande pour faire ça en console.
De l’aide, pour tenter.

PS : tout ça en DHCP, bien sûr

#2

man ifconfig
ifup eth1 pour lever ton eth, ifdown pour l’arrèter.
si tu le fais en ligne de commande, tu auras la trace de la transaction dhcp. Si ça se trouve, c’est juste un cable débranché ?

#3

Tu as peut-être le fameux bug du fichier de conf (me rappelle plus son nom). C’est un fichier où ton interface est marquée active alors qu’elle ne l’est plus.
Si tu passe ifdown --force eth0 ça devrait le vider…

je crois que c’est /var/run/network/ifstate

#4

Non, pas mieux.
Comment faire pour reconfigurer totalement le network ?

#5

as tu fait un ifup en ligne de commande, pour avoir les infos de la session dhcp ?

#6

Histoire de port ???
je viens de m’apercevoir que je n’avais pas installé de parefeu sur cette “test”. J’en déduis donc que tout est “ouvert”, non ?

[code]sit0: unknown hardware address type 776
eth2: unknown hardware address type 24
sit0: unknown hardware address type 776
eth2: unknown hardware address type 24
Listening on LPF/eth1/ff:ff:ff:ff:ff:ff
Sending on LPF/eth1/ff:ff:ff:ff:ff:ff
Sending on Socket/fallback/fallback-net
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 19
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
No DHCPOFFERS received.
No working leases in persistent database.

Exiting.

Failed to bring up eth1.
[/code]

#7

Visiblement ce n’est pas le pb, on dirait que ton modem est débranché… :open_mouth: ou que celui-ci ne répond aux requêtes DHCP

#8

Bon, c’est exactement ce que je m’attendais à voir: ta carte n’accroche pas le DHCP.
A priori, c’est soit une carte mourante, soit un module foireux dans cette version du noyau.
Ta carte réseau fonctionne t elle encore avec une autre distrib ?
Peux tu essayer avec un autre noyau ?

#9

Sinon, c’est quoi cette histoire d’eth1 et d’eth2 ? Tu n’as pas d’eth0 ?
Et à quoi correspond l’eth2 dont parle ton log ?
Cette config là ne serait pas inversée entre eth1 et eth2, par exemple ?

#10

Non, pas débranché ma freebox puisqu’en ce moment, je transmets à partir d’elle mais sous une autre “Debian”

[quote]Bon, c’est exactement ce que je m’attendais à voir: ta carte n’accroche pas le DHCP.
A priori, c’est soit une carte mourante, [/quote] Non pour la raison évoquée +haut

[quote]soit un module foireux dans cette version du noyau.[/quote] Çà, ça ne serait pas impossible car sur cette distrib, j’avais commencé à modifier le noyau. Par contre, pourquoi elle fonctionnait avant ? un upgrade qui aurait fait ça ?

[quote]Ta carte réseau fonctionne t elle encore avec une autre distrib ?
Peux tu essayer avec un autre noyau ?[/quote] Je crois que j’ai conservé le noyau d’origine et je vais essayer

[quote]Sinon, c’est quoi cette histoire d’eth1 et d’eth2 ? Tu n’as pas d’eth0 ?
Et à quoi correspond l’eth2 dont parle ton log ?
Cette config là ne serait pas inversée entre eth1 et eth2, par exemple ?[/quote]
Je ne me souviens plus très bien mais je crois qu’un jour, eth0 ne répondait plus et j’avais installé eth1. Quand à eth2, ça doit aussi être le reliquat d’un essai mais c’est très vieux tt ça et seul eth1 est valide pour ts mes branchement et le seul à être en DHCP.
Il serait bon que je fasse le ménage là-dedans et ne garder qu’un seul port : comment faire ?

J’essaie sur l’autre distrib et je reviens mais ça risque d’être long car hier soir j’ai udaté/upgradé (en chroot) et, bien sûr, problème de souris … je connais il faut changer udev.

#11

bon, OK, il faut effectivement que tu fasses le ménage.
Que donnent ip link lsusb lspci lsmod :question:

#12

J’avais viré l’ancien linux-image et j’ai donc réinstallé la dernière ; 1.6.17-2-686.
Pas de problèmes de souris et j’arrive ds KDE mais tjrs avec le m^ problème de reconnaissance de eth1 donc sans Net.
J’ai essayé une Fedora qui traînait sur ce m^ DD et elle fonctionne très bien y-compris au niveau du Net.
Je vais essayer dete donner ce que tu demandes en chrootant (quelle horreur, j’ai honte ) à partir de mon actuelle hda8.
à+

PS : lsusb ? je suis sous freebox avec liaison ethernet.

#13

Bon, j’ai réussi à me brancher sur le Net en déconnectant eth1 et en connectant eth0 à la place.-via KDE/inertnet/paramètres réseaux-
Avant, je ne pouvais pas changer quoi que ce soit par ce biais mais ça fonctionne maintenant avec le nouveau 2.6.17-2-686.
Par contre, je m’en fout de ce rslt car je ne comprends pas et c’est avant tout ce qui m’intéresse : pourquoi ?
Y-a-t-il un rapport avec mes cartes graphiques une intégrée qui serait eth0 et l’autre ‘créative lab’ qui serait eth1 ???
pourquoi ça fonctionne sur une distrib avec l’une et sur une autre avec la seconde ?
Beaucoup de questions mais j’aimerais apprendre ds ce domaine.
Voici le rslt que tu m’as demandé :

ricardo@sid-hdc5:~$ sudo ip link Password: sudo: ip: command not found ricardo@sid-hdc5:~$ ricardo@sid-hdc5:~$ lsusb Bus 004 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 Bus 002 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a Optical Wheel Mouse Bus 002 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 ricardo@sid-hdc5:~$ lspci 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 645xx (rev 02) 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP) 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 04) 00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller 00:02.3 FireWire (IEEE 1394): Silicon Integrated Systems [SiS] FireWire Controller 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91) 00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) 00:0b.1 Input device controller: Creative Labs SB Live! Game Port (rev 0a) 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0e.0 RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak 376) (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6200] (rev a1) ricardo@sid-hdc5:~$ lsmod Module Size Used by xt_state 2240 2 xt_tcpudp 3104 9 iptable_filter 3072 1 iptable_mangle 2848 0 iptable_nat 6980 0 ip_nat 16748 1 iptable_nat ip_conntrack 48320 3 xt_state,iptable_nat,ip_nat nfnetlink 6552 2 ip_nat,ip_conntrack ip_tables 12932 3 iptable_filter,iptable_mangle,iptable_nat x_tables 13252 4 xt_state,xt_tcpudp,iptable_nat,ip_tables ipv6 222304 10 ppdev 8516 0 lp 10852 2 dm_snapshot 15680 0 dm_mirror 18768 0 dm_mod 49944 2 dm_snapshot,dm_mirror ide_generic 1376 0 [permanent] snd_emu10k1_synth 6912 0 snd_emux_synth 30496 1 snd_emu10k1_synth snd_seq_virmidi 6912 1 snd_emux_synth snd_seq_midi_emul 5920 1 snd_emux_synth snd_seq_dummy 3812 0 snd_seq_oss 28640 0 snd_seq_midi 8128 0 snd_seq_midi_event 6976 3 snd_seq_virmidi,snd_seq_oss,snd_seq_midi snd_seq 46224 9 snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_emu10k1 101444 2 snd_emu10k1_synth snd_rawmidi 22560 3 snd_seq_virmidi,snd_seq_midi,snd_emu10k1 snd_ac97_codec 82720 1 snd_emu10k1 snd_ac97_bus 2368 1 snd_ac97_codec snd_pcm_oss 35968 0 snd_mixer_oss 15872 2 snd_pcm_oss shpchp 34272 0 snd_pcm 74532 3 snd_emu10k1,snd_ac97_codec,snd_pcm_oss snd_seq_device 7756 8 snd_emu10k1_synth,snd_emux_synth,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_emu10k1,snd_rawmidi pci_hotplug 27196 1 shpchp snd_timer 20836 3 snd_seq,snd_emu10k1,snd_pcm snd_page_alloc 9512 2 snd_emu10k1,snd_pcm snd_util_mem 4608 2 snd_emux_synth,snd_emu10k1 i2c_sis96x 5316 0 snd_hwdep 8676 2 snd_emux_synth,snd_emu10k1 psmouse 34600 0 i2c_core 19552 1 i2c_sis96x sis_agp 8388 1 agpgart 29864 1 sis_agp floppy 54276 0 rtc 12340 0 emu10k1_gp 3808 0 snd 48100 13 snd_emux_synth,snd_seq_virmidi,snd_seq_oss,snd_seq,snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_device,snd_timer,snd_hwdep evdev 9088 0 ns558 4800 0 analog 10656 0 pcspkr 3040 0 serio_raw 6596 0 8250_pnp 8704 0 parport_pc 32132 1 parport 33160 3 ppdev,lp,parport_pc eth1394 18052 0 mousedev 10788 1 tsdev 7392 0 soundcore 9216 2 snd gameport 14344 5 emu10k1_gp,ns558,analog ext3 118376 2 jbd 50292 1 ext3 mbcache 8324 1 ext3 ide_cd 35680 0 cdrom 32448 1 ide_cd ide_disk 15072 4 usbhid 35520 0 sis5513 12328 0 [permanent] sis900 21600 0 ohci1394 30448 0 ieee1394 86584 2 eth1394,ohci1394 generic 4420 0 [permanent] ide_core 111016 5 ide_generic,ide_cd,ide_disk,sis5513,generic ohci_hcd 18244 0 ehci_hcd 28040 0 8139too 24800 0 usbcore 111616 4 usbhid,ohci_hcd,ehci_hcd sata_promise 11108 0 8139cp 20576 0 mii 5312 3 sis900,8139too,8139cp libata 61420 1 sata_promise scsi_mod 123080 1 libata thermal 12904 0 processor 25512 1 thermal fan 4516 0 ricardo@sid-hdc5:~$

#14

J’ai pérénisé l’affaire "à la mano’ ds
/etc/network/interfaces
mais je ne pense pas que ce soit la manière la plus propre :cry:

#15

[quote=“ricardo”]J’ai pérénisé l’affaire "à la mano’ ds
/etc/network/interfaces
mais je ne pense pas que ce soit la manière la plus propre :cry:[/quote]
Si. La modification des fichiers de /etc EST la méthode la plus propre.
Les interfaces graphiques ne sont qu’un avatar de configuration basées sur ce principe de la possibilité d’éditer à la main ces fichiers, et ce sont elles, si elles ne reconnaissent pas ce que tu mets dans ces fichiers, qui sont sales.

Sinon Ricardo, tu es fatigué :frowning:
Les trois commandes permettent d’avoir un aperçu de ton matériel st pour NOUS, pour t’aider.
Comme je le soupçonnais, c’est juste qu’entre deux distrib, les modules ne se chargent pas dans le même ordre. Donc ce que tu as comme cartes RESEAU (et pas graphiques, c’est là que je dis que tu es fatigué) n’est plus nommé dans le même ordre non plus.
Le mieux à faire pour te simplifier la vie est de repèrer dans lsmod les modules des différentes cartes réseaux (tu dois en avoir une troisiême pour le firewire), et de specifier l’ordre dans lequel tu veux que ça se charge dans /etc/modules.

#16

Et comment je les reconnais les modules des cartes réseaux ?
Sont-ce ces trois là :
ohci1394 30448 0
eth1394 18052 0
ieee1394 86584 2 eth1394,ohci1394
:question: :question: :question:

#17

et voilà ce que j’ai ds /etc/modules du hda8

[code]# /etc/modules: kernel modules to load at boot time.

This file contains the names of kernel modules that should be loaded

at boot time, one per line. Lines beginning with “#” are ignored.

ide-cd
ide-disk
ide-generic
psmouse
sbp2
sr_mod
[/code]

Celui du hdc5 (l’ex problématique)
ide-cd
ide-disk
ide-generic
psmouse
apm
nvidia

#18

[quote=“ricardo”]Et comment je les reconnais les modules des cartes réseaux ?
Sont-ce ces trois là :
ohci1394 30448 0
eth1394 18052 0
ieee1394 86584 2 eth1394,ohci1394
:question: :question: :question:[/quote]eth1394 oui (1394=firewire).
mais il t’en manque deux autres .
En fait il faut que tu les trouves dans ton lsmod (fais un modinfo de ceux qui te semblent gèrer une carte réseau).
ensuite, quand tu les auras vu dans cet ordre la par exemple dans lsmod de l’install qui marche: (...) module1 (...) eth1394 (...) module 2 (...)
tu rajoutes dans /etc/modules de celle qui ne marche pas les modules dans cet ordre la correspondant à l’exemple:

module2 eth1394 module1

#19

J’ai cherché mais il faut reconnaître que ce n’est pas trop “causant” pour un nul.
Le seul trouvé qui me semble avoir un rapport est le suivant : ricardo@sid-hdc5:~$ sudo modinfo nfnetlink filename: /lib/modules/2.6.17-2-686/kernel/net/netfilter/nfnetlink.ko license: GPL author: Harald Welte <laforge@netfilter.org> alias: net-pf-16-proto-12 vermagic: 2.6.17-2-686 SMP mod_unload 686 REGPARM gcc-4.1 depends:
qu’en penses-tu ?

#20

2 de + ???

[code]ricardo@sid-hdc5:~$ sudo modinfo ohci_hcd
filename: /lib/modules/2.6.17-2-686/kernel/drivers/usb/host/ohci-hcd.ko
author: Roman Weissgaerber, David Brownell
description: 2005 April 22 USB 1.1 ‘Open’ Host Controller (OHCI) Driver
license: GPL
vermagic: 2.6.17-2-686 SMP mod_unload 686 REGPARM gcc-4.1
depends: usbcore
alias: pci:vdsvsdbc0Csc03i10*
parm: no_handshake:true (not default) disables BIOS handshake (bool)
parm: distrust_firmware:true to distrust firmware power/overcurrent setup (bool)

ricardo@sid-hdc5:~$ sudo modinfo ehci_hcd
filename: /lib/modules/2.6.17-2-686/kernel/drivers/usb/host/ehci-hcd.ko
description: 10 Dec 2004 USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver
author: David Brownell
license: GPL
vermagic: 2.6.17-2-686 SMP mod_unload 686 REGPARM gcc-4.1
depends: usbcore
alias: pci:vdsvsdbc0Csc03i20*
parm: park:park setting; 1-3 back-to-back async packets (uint)
parm: log2_irq_thresh:log2 IRQ latency, 1-64 microframes (int)[/code]