[dhcpcd]Time out sur broadcasting, donc pas d'adresse(fini)

[karhu]

Bonjour

Hier j'ai basculé sur mon nouveau PC et peaufiné le passage de temoin avec la configuration de Thunderbird, de l'imprimante avec l'installation de cups et divers transfert de données par le réseau. Ce matin plouf monsieur décide de se mettre en roue libre.
Mon installation a été basée sur le principe que tant que ça marche on ne change rien, on verra plus tard pour les améliorations. Ce qui implique que pour mon réseau j'utilise juste dhcpcd@eth0.service qui suffit amplement à me fournir une adresse, et comme je n'ai pas besoin d'IPv6 je ne l'initialise pas dans le fichier grub.cfg.

Code : Tout sélectionner

linux /boot/vmlinuz-linux root/dev/disk/by-label/arch ro quiet ipv6.disable=1

et voici le log

Code : Tout sélectionner

systemctl status dhcpcd@eth0.service
dhcpcd@eth0.service - dhcpcd on eth0
	  Loaded: loaded (/usr/lib/systemd/system/dhcpcd@.service; enabled)
	  Active: failed (Result: exit-code) since mer. 2013-03-06 09:37:49 CET; 12min ago
	 Process: 292 ExecStart=/usr/sbin/dhcpcd -q -w %I (code=exited, status=1/FAILURE)

mars 06 09:37:16 drakar dhcpcd[292]: version 5.6.4 starting
mars 06 09:37:16 drakar dhcpcd[292]: all: configured as a router, not a host
mars 06 09:37:19 drakar dhcpcd[292]: eth0: carrier lost
mars 06 09:37:19 drakar dhcpcd[292]: eth0: carrier acquired
mars 06 09:37:19 drakar dhcpcd[292]: eth0: rebinding lease of 192.168.1.12
mars 06 09:37:24 drakar dhcpcd[292]: eth0: broadcasting for a lease
mars 06 09:37:49 drakar dhcpcd[292]: timed out
mars 06 09:37:49 drakar systemd[1]: dhcpcd@eth0.service: control process exited, code...s=1
mars 06 09:37:49 drakar systemd[1]: Failed to start dhcpcd on eth0.
mars 06 09:37:49 drakar systemd[1]: Unit dhcpcd@eth0.service entered failed state

La dernière action fut un yaourt -Syu et l'installation de quelques kdegames (pendant que ça compile faut bien patienter ).
Voilà serait ce une défaillance de la carte réseau (enfin le chipset) ? Ou bien ...?

[Anghirrim]

Tu es sûr que ton interface réseau est eth0 (je pense à ça)?

As-tu tenté avec "systemctl enable dhcpcd.service"?

[karhu]

La commande ifconfig me répond :

Code : Tout sélectionner

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
....

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
....

Je vais tenter avec un CDlive.

[Anghirrim]

Non non! Que donne la sortie de :

Code : Tout sélectionner

udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null

?

Juste pour situer, tu es bien sur une nouvelle installation non? Seulement les fichiers de config ont été dupliqués?

Tu as tenté avec juste un "dhcpcd" en console?

[Ypnose]

Juste pour situer, tu es bien sur une nouvelle installation non?

Si il était sur une nouvelle installation, il n'aurait pas eth0 mais un nom différent

[Anghirrim]

Bah oui mais le "hier j'ai basculé sur mon nouveau PC" me fout le doute .

Et puis un "dhcpcd" seul en mange pas de pain.

Tu utilises des CPL ou pas?

[karhu]

Après différents tests (CDlive, câbles, position sur le hub et redémarrage avec/sans IPv6) et une longue pause j'ai rallumé le PC et là j'ai de nouveau une connexion.
@Anghirim la sortie de udevadm est étrange :
lorsque cela ne fonctionne pas = rien
lorsque cela fonctionne :

Code : Tout sélectionner

udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null
ID_NET_NAME_MAC=enx001966c6f239
ID_OUI_FROM_DATABASE=Asiarock Technology Limited
ID_NET_NAME_PATH=enp0s10

mais avec :

Code : Tout sélectionner

ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.12  netmask 255.255.255.0  broadcast 192.168.1.255

L'installation est antérieure au changement d'appelation de l'interface réseau. J'ai préparé tranquillement (deux trois mois) ce PC. C'est pratiquement le même que l'ancien mais silencieux !
J'ai une petite tendance à penser que le problème est peut-être matèriel, donc je vais tester avec une carte PCI ethernet. Dans le même temps je vais regarder cette modification d'appelation et voir si en l'appliquant cela résoud mon problème.

Edit: pas de CPL mais un HUB 4 ports

[Anghirrim]

Ok, j'ai souvent eu des problèmes d'attribution d'IP en DHCP à cause de CPL mal synchronisés.

Teste avec une autre carte réseau pourquoi pas.

Pour la sortie de la première commande, elle dit que ta carte s'appelle aussi enp0s10 une fois renommée par udev.

Tu as tenté de lancer dhcpcd seul? Sans @eth0?

[karhu]

Qui pour dhcpcd seul et dhcpcd@eth0 même motif : time out.
Je trouve une carte et je teste, pour l'instant ça marche.
Peut-être un problème de connecteur sur le PC, ma dernière ré-insertion a été légèrement plus puissante, l'énervement sans doute. Ce qui pourrait expliquer le phénomène.

[Anghirrim]

Bon bah on va pas chercher plus loin alors

[karhu]

Comme ça continue de fonctionner je vais passer le sujet en terminé, pas résolu puisque je n'ai rien fait.
Pendant que j'y suis une dernière question à propos du changement d'appelation du lien ethernet :
Pour passer à la nouvelle forme des interfaces réseaux, je supprime le fichier /etc/udev/rules.d/80-net-name-slot.rules et je crée un service dhcpcd@enp0s.service ?
C'est tout ?

[FoolEcho]

je supprime le fichier /etc/udev/rules.d/80-net-name-slot.rules et je crée un service dhcpcd@enp0s.service ?

Oui pour la suppression. Non pour la création (le service existe, soit tu lances dhcpcd@eTON_INTERFACE.service, soit dhcpcd.service pour lancer toutes les interfaces réseaux -- si bien sûr tu n'utilises pas d'autre gestionnaire de connexion).