[eth0]dhcp timed out (Résolu)

[cam]

Bonsoir,

Je ne comprends pas pourquoi mais depuis ce soir, mon interface réseau ethernet ne fonctionne plus.
En creusant un peu, il se trouve que mon interface est reconnue correctement car je la vois avec ifconfig mais je n'arrive pas à la faire marcher.

Code : Tout sélectionner

dhcpcd eth0
dhcpcd[5191]: version 5.2.9 starting
dhcpcd[5191]: eth0 broadcasting for a lease
dhcpcd[5191]: timed out

Est-ce quelqu'un sait ce qui pourrait faire déconner dhcp?
Merci

[benjarobin]

Non, mais par contre ce ne serait pas le routeur qui déconnerais ? Car dès fois ce n'est pas toujours le PC le coupable

[cam]

Ben non puisqu'il y a 2 autres machines dessus et les deux autres fonctionnent à merveille.

[cam]

Visiblement le wifi fonctionne pas non plus et si je mets eth0 en IP statique ça marche pas non plus... Le problème doit être avant tout ça. Mais qu'est-ce qu'il y a entre l'interface physique (qui semble fonctionner) et l'adressage par dhcp/statique???
Je précise que je suis sur un macbook pro 6,2 et j'ai testé la carte éthernet sous macOS et ça fonctionne bien.

Comme on peut le voir là, dhcpcd et iproute2 on été mis à jour le 22/01/2011, un lien de cause à effet??

EDIT: bon vu que hal est en train de disparaître je vais le virer mais il y certainement quelques bricoles à faire pour le remplacer par udev? des âmes charitables avec quelques infos là dessus?? (ceci dit pour utiliser yaourt j'aimerais bien avoir une carte ethernet)

[FoolEcho]

Peut-être qu'un:

Code : Tout sélectionner

dhcpcd eth0 --debug

donnerait quelques informations supplémentaires ?
Tu n'as qu'une carte réseau ?

Peut-être quelques infos en plus ?

Code : Tout sélectionner

lspci -k
ifconfig -a

Si tu penses qu'il y a un lien avec dhcpcd et iproute2, tu peux tenter de réinstaller les versions précédentes à partir du cache de pacman (si tu ne l'as pas vidé bien sûr), au moins pour voir s'il y a un lien.

Pour hal et udev... il n'y a pas de trucs spéciaux à faire que je sache. Hal a encore une certaine utilité avec kde (pour le montage de périphériques) mais n'est plus utilisé par Xorg, c'est à peu près tout.

[cam]

Bonsoir,

J'ai 2 interfaces réseau, eth0 en éthernet et eth1 en wifi. Bon j'ai viré hal hier soir à la fin sans trop insister parce que je travaillais aujourd'hui, bref... maintenant ça fonctionne. Je ne saurais pas l'expliquer mais c'est réglé.

Je pense que ça doit être la commande

Code : Tout sélectionner

dhcpcd eth0 --debug

qui a réparé le souci (il devait surement y avoir un problème dans le /etc/dhcpcd.conf depuis la mise à jour que j'ai fait dimanche et lundi ça marchait plus)
Pour info

Code : Tout sélectionner

[root@arch cam]# dhcpcd eth0 --debug
dhcpcd[5100]: version 5.2.9 starting
dhcpcd[5100]: eth0: using hwaddr 58:b0:35:fb:00:ef
dhcpcd[5100]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
dhcpcd[5100]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason CARRIER
dhcpcd[5100]: eth0: reading lease `/var/lib/dhcpcd/dhcpcd-eth0.lease'
dhcpcd[5100]: eth0: rebinding lease of 192.168.34.60
dhcpcd[5100]: eth0: sending REQUEST (xid 0x71c508c8), next in 4.45 seconds
dhcpcd[5100]: eth0: acknowledged 192.168.34.60 from 192.168.34.254
dhcpcd[5100]: eth0: checking for 192.168.34.60
dhcpcd[5100]: eth0: sending ARP probe (1 of 3), next in 1.81 seconds
dhcpcd[5100]: eth0: sending ARP probe (2 of 3), next in 1.83 seconds
dhcpcd[5100]: eth0: sending ARP probe (3 of 3), next in 2.00 seconds
dhcpcd[5100]: eth0: leased 192.168.34.60 for 864000 seconds
dhcpcd[5100]: eth0: adding IP address 192.168.34.60/24
dhcpcd[5100]: eth0: adding route to 192.168.34.0/24
dhcpcd[5100]: eth0: adding default route via 192.168.34.254
dhcpcd[5100]: eth0: writing lease `/var/lib/dhcpcd/dhcpcd-eth0.lease'
dhcpcd[5100]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason BOUND
dhcpcd[5100]: forking to background
dhcpcd[5100]: forked to background, child pid 5121

Je n'utilise pas KDE donc hal ne sert plus, par contre, mes interfaces réseaux ne se lance plus seules et les périph USB ne sont pas montés automatiquement sans hal. Il y a mieux à faire qu'un script quand même non?

Les commandes logout/halt/reboot avec dbus ne fonctionnent plus non plus.

Code : Tout sélectionner

[cam@arch ~]$ dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop 
Failed to open connection to "system" message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

Sinon pour info, comment on fait pour réinstaller une ancienne version logicielle à partir du cache de pacman?

[benjarobin]

Si tu as enlevé hal, il faut au moins avoir dbus de lancé

[oktoberfest]

Sinon pour info, comment on fait pour réinstaller une ancienne version logicielle à partir du cache de pacman?

Salut,

tu exécutes la commande suivante :

Code : Tout sélectionner

pacman -U /var/cache/pacman/pkg/<package>

Bien sur tu n'as pas effacé le cache avant

[cam]

Merci Oktoberfest

J'aime beaucoup ton pseudo

[cam]

Bon finalement le problème n'est pas résolu!

Ca a fonctionné hier soir, j'ai fais les mises à jour direct. J'ai utilisé mon ordi normalement, j'ai mis dbus dans la liste des démons dans le rc.conf. Reboot pour vérifier que c'est bon pour l'usb et tout et tout.

Et paf! ça re-marche plus. Je comprends pas ce qui a changé à part le fait de rajouter dbus aux démons démarrés au boot. donc aujourd'hui j'ai viré dbus des démons et ça ne marche toujours pas.
Je ne comprends plus rien de ce qui se passe sur cet ordinateur bordel....

Je continue mes investigations mais si quelqu'un as une idée je prends!

[cam]

Bon ça fait 2 soirs où j'arrive à faire marcher tout ça pas trop mal mais manuellement.
Mon analyse est que wicd déglingue dhcpcd, que j'arrive à réparer avec l'option debug de dhcpcd. Je n'ai pas besoin de réparer dhcpcd si je ne lance pas wicd. Je fais encore quelques tests et je mettrai ici mes conclusions finales sur le sujet.

[FoolEcho]

L'option --debug de dhcpd n'est pas censé réparer quoi que ce soit. Je pense plutôt que wicd est probablement mal configuré (ou alors, à la rigueur, tu n'utiliserais pas le démon network ou un autre en plus de wicd ? )

[cam]

Bonsoir,

non je n'utilise pas network et je ne comprends pas trop comment c'est arrivé étant donné que wicd fonctionnait très bien avant lundi.
Il semble que je n'ai plus de problème de time out avec dhcpcd si je ne lance pas wicd, je vais essayer de voir pourquoi et je vous tiendrais au courant

[benjarobin]

Tu sais que wicd lance la commande dhcpcd ?
Vérifie dans les préférence comme même...
Sinon tu peux aussi regarder les log de wicd

[cam]

Oui je sais que wicd lance dhcpcd, sinon il ne pourrait pas récupérer tout seul une adresse.

Bref, finalement je crois que je sais pourquoi...

j'ai lu un truc dessus en début de semaine mais je croyais que mon problème était ailleurs.
Au démarrage il prends la première carte réseau qui lui répond, et ce n'est pas forcement le même tout le temps, c'est pour ça que des fois ça fonctionne et des fois ça ne fonctionne pas quand je m'entete avec eth0 parce que du coup avec eth1 ça roule. Jsuis con, jlavais lu en début de semaine!

Solution's here (il y a peut être un peu plus d'explications dans le wiki udev d'arch)

Works like a charm now!