Depuis hier, j’ai perdu la connection au réseau d’un de mes PC tournant sur une Debian Stable.
Suite à un arrêt brutal du système hier, je n’arrive plus a récupérer de l’activité ethernet…
Celui ci sert de serveur, ce qui est assez handicapant.
J’ai donc branché un écran pour l’occasion, puisque plus de ssh possible.
J’ai tenté des #/etc/init.d/networking restart
Mais rien n’y fait…
Que puis je transmettre afin d’avoir un peu d’aide svp??
Merci d’avance!!
Que te donne ifconfig -a, vérifie également le syslog (messages erreurs).
Enfin essaye en la configurant à la main
(
ifconfig eth0 192.168.0.34 (par exemple)
suivi de
route add default gw adresse_IP_passerelle
)
Si ça marche c’est un souci de fichiers corrompus, si ça coince, ta carte réseau a un souci sans doute surtout si le ifconfig ne lui donne pas d’IP
[quote]Si ça marche c’est un souci de fichiers corrompus, si ça coince, ta carte réseau a un souci sans doute surtout si le ifconfig ne lui donne pas d’IP
[/quote]
/sbin/ifconfig pourrait aussi être victime de la corruption ce qui expliquerait son échec.
Est-ce que tu as appliqué fsck sur le système de fichiers ?
Regarde le contenu de /lost+found.
[quote=“fran.b”]Que te donne ifconfig -a, vérifie également le syslog (messages erreurs).
Enfin essaye en la configurant à la main
(
ifconfig eth0 192.168.0.34 (par exemple)
suivi de
route add default gw adresse_IP_passerelle
)
Si ça marche c’est un souci de fichiers corrompus, si ça coince, ta carte réseau a un souci sans doute surtout si le ifconfig ne lui donne pas d’IP[/quote]
Je dois bien saisir ces commandes en console?
l’adresse_IP_passerelle est 192.168.0.1?
[quote=“etxeberrizahar”][quote]Si ça marche c’est un souci de fichiers corrompus, si ça coince, ta carte réseau a un souci sans doute surtout si le ifconfig ne lui donne pas d’IP
[/quote]
/sbin/ifconfig pourrait aussi être victime de la corruption ce qui expliquerait son échec.
Est-ce que tu as appliqué fsck sur le système de fichiers ?
Regarde le contenu de /lost+found.[/quote]
/lost+found est vide, fsck ne peut s’appliquer car le système de fichier est monté…
# shutdown -r -F now pour rebooter et forcer un fsck au redémarrage. 
Merci pour la commande Syam, fsck fait mais problème identique.
Le # ifconfig ne donne plus aucune adresse…
J’ai fait
Mais pas d’activité : RX packets 0 TX packets 0
Il ne se passe rien, carte réseau dead???
MMMmmmM, as tu ouvert la bete ?? en premier lieu puis j’enlèverais les slots puis les remettrais , ça enlève aussi des doute sur des histoires d’electro-magnetisme quand ca saute …
ps : content de te croiser fran 
L’entrée pour le câble réseau est directement sur la CM, pas de carte réseau branché sur un slot PCI
Je vais essayer de me procurer une carte réseau pour valider la thèse de l’interface réseau morte
tu l’as multi-reboot j’imagine , as tu essayer a froid ? laisse la machine 15 minute se reposer mais j’ai bien peur que se soit peut etre grillé mais pas encore sùr pour moi
[quote=“M3t4linux”]J’ai fait
Mais pas d’activité : RX packets 0 TX packets 0
Il ne se passe rien, carte réseau dead???[/quote]
Que te donne un ifconfig après ces commandes? Qu’y-t-il dans les syslog?
Je n’ai pas vu non plus le résultat du ifconfig -a demandé …
voire un lspci (il faut commencer par la base si vous voulez résoudre ce type de problèmes)
[quote=“fran.b”][quote=“M3t4linux”]J’ai fait
Mais pas d’activité : RX packets 0 TX packets 0
Il ne se passe rien, carte réseau dead???[/quote]
Que te donne un ifconfig après ces commandes? Qu’y-t-il dans les syslog?[/quote]
Le ifconfig montre l’adresse 192.168.0.12 qui a été alloué par la commande mais il ne se passe rien.
Le syslog est assez conséquent en taille et information, quels mots clés peuvent être filtré avec grep?
Je délivre le résultat de lspci, cela permettra de vérifier si la carte réseau (ou chipset réseau plutôt) est détecté c’est ça?
lspci liste (ls) les composants sur le port pci.
ifconfig -a donne des infos sur toutes les interfaces réseaux, y compris celles qui ne sont pas actives
ifup eth0 pour activer eth0
ifconfig eth0 up fonctionne aussi
[quote=“piratebab”]lspci liste (ls) les composants sur le port pci.
ifconfig -a donne des infos sur toutes les interfaces réseaux, y compris celles qui ne sont pas actives
ifup eth0 pour activer eth0
yes !! ifup, ifconfig eth0 et ne pas oublier si besoin , dhclient eth0
[quote=“M3t4linux”]
Le ifconfig montre l’adresse 192.168.0.12 qui a été alloué par la commande mais il ne se passe rien.
Le syslog est assez conséquent en taille et information, quels mots clés peuvent être filtré avec grep?
Je délivre le résultat de lspci, cela permettra de vérifier si la carte réseau (ou chipset réseau plutôt) est détecté c’est ça?[/quote]
Si eth0 reçoit une adresse a priori la carte fonctionne. Si est est en dhcp, il faut vérifier effectivement que dhclient fonctionne
(tape dhclient en console simplement).
Par quoi initialises tu ton réseau (ifup/down, wicd, network-manager???)
lspci
[quote]00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000] (rev c1)
[/quote]
Apparemment le chipset est reconnu
ifconfig -a
[quote]eth1 Link encap:Ethernet HWaddr 00:0b:6a:78:e3:8c
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:23 Adresse de base:0xdc00
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:246 errors:0 dropped:0 overruns:0 frame:0
TX packets:246 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:23914 (23.3 KiB) TX bytes:23914 (23.3 KiB)
[/quote]
Fait en console :
ifconfig eth1 192.168.0.12
route add default gw 192.168.0.1
Résultat
[quote]eth1 Link encap:Ethernet HWaddr 00:0b:6a:78:e3:8c
inet adr:192.168.0.12 Bcast:192.168.0.255 Masque:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:23 Adresse de base:0xdc00
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:716 errors:0 dropped:0 overruns:0 frame:0
TX packets:716 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:77776 (75.9 KiB) TX bytes:77776 (75.9 KiB)
[/quote]
Un dhclient remet l’état de l’interface réseau comme sur ifconfig -a plus haut
et si tu down tout et que tu refais les etapes toujours rien ??
Hum, il y a des messages d’erreurs? As tu redémarré le bazar à l’autre bout de la carte réseau qui fait serveur DHCP, ou le switch? J’ai déjà eu des switchs en vrac suite à une coupure de tension sur un ordinateur. Cela dit en général l’adresse donnée en dur reste dans ces cas là donc c’est sans doute une fausse piste. Qu’y a-t-il dans /var/log/syslog après le dhclient raté?