OVH Cloud OVH Cloud

erreur eth0 au boot

5 réponses
Avatar
Christophe PEREZ
Bonjour,

Je viens de remplacer ma mandrake 9.1 par une 10.0 sur mon portable.
Je tente d'y remettre une procédure afin de distinguer un mode autonome
du mode connecté à mon serveur.

Pour cela, je traite par un script, après lancement du service network le
résultat de commande sur le réseau.

Or, je me rend compte que j'ai une erreur lors du lancement de ce service
(network) qui ne parvient pas à monter eth0.
Oct 20 14:19:44 geri network: Activation de l'interface eth0 : failed

Je pense que cela pourrait provenir du fait que l'interface n'est pas
réellement démontée quand je lis :

Oct 20 14:29:46 geri network: Arrêt de l'interface eth0 : succeeded
Oct 20 14:29:46 geri ifplugd(eth0)[1179]: Executing '/etc/ifplugd/ifplugd.action
eth0 down'.
Oct 20 14:29:46 geri kernel: eth0: link up.
Oct 20 14:29:46 geri kernel: eth0: Setting full-duplex based on negotiated link
capability.
Oct 20 14:29:46 geri ifplugd(eth0)[1179]: client: RTNETLINK answers: No such dev
ice or address
Oct 20 14:29:46 geri ifplugd(eth0)[1179]: client: RTNETLINK answers: No such dev
ice or address
Oct 20 14:29:46 geri kernel: eth0: remaining active for wake-on-lan

N'ayant pas besoin de ce wake-on-lan, comment faire proprement et dans
la plus pure logique mandrake/linux pour que l'interface se démonte bien
correctement ?

Sinon, comment faire, toujours aussi proprement et donc sans modifier les
scripts d'init, pour que, malgré ce non démontage, eth0 soit
correctement montée au boot afin de l'utiliser pour tester le réseau
dans mon script ?

Merci d'avance.

--
Christophe PEREZ
Écrivez moi sans _faute !

5 réponses

Avatar
jjgerbaud
Bonjour,

Je viens de remplacer ma mandrake 9.1 par une 10.0 sur mon portable.
Je tente d'y remettre une procédure afin de distinguer un mode autonome
du mode connecté à mon serveur.

Pour cela, je traite par un script, après lancement du service network le
résultat de commande sur le réseau.

Or, je me rend compte que j'ai une erreur lors du lancement de ce service
(network) qui ne parvient pas à monter eth0.
Oct 20 14:19:44 geri network: Activation de l'interface eth0 : failed

Je pense que cela pourrait provenir du fait que l'interface n'est pas
réellement démontée quand je lis :

Oct 20 14:29:46 geri network: Arrêt de l'interface eth0 : succeeded
Oct 20 14:29:46 geri ifplugd(eth0)[1179]: Executing '/etc/ifplugd/ifplugd.action
eth0 down'.
Oct 20 14:29:46 geri kernel: eth0: link up.
Oct 20 14:29:46 geri kernel: eth0: Setting full-duplex based on negotiated link
capability.
Oct 20 14:29:46 geri ifplugd(eth0)[1179]: client: RTNETLINK answers: No such dev
ice or address
Oct 20 14:29:46 geri ifplugd(eth0)[1179]: client: RTNETLINK answers: No such dev
ice or address
Oct 20 14:29:46 geri kernel: eth0: remaining active for wake-on-lan

N'ayant pas besoin de ce wake-on-lan, comment faire proprement et dans
la plus pure logique mandrake/linux pour que l'interface se démonte bien
correctement ?

Sinon, comment faire, toujours aussi proprement et donc sans modifier les
scripts d'init, pour que, malgré ce non démontage, eth0 soit
correctement montée au boot afin de l'utiliser pour tester le réseau
dans mon script ?

Merci d'avance.

Je ne sais pas si ça peut aider mais j'ai une carte réseau sur ma machine

que je n'utilisa pas habituellement mais qui pourrait me servir au cas où ...

J'ai eu le même problème et les messages de démarrages s'arrêtait toujours
sur eth0.

J'ai résolu le problème très simplement : en éditant le fichier
/etc/sysconfig/network-scripts/ifconfig-eth0

Dans le début du fichier il y a une ligne :
ONBOOT=yes ----> il suffit de mettre "no" et ---> ça marche !

En espérant avoir aidé.

--
Jean-Jacques Gerbaud - Linux Mandrake 10.0
Les Cornuds - 26110 VINSOBRES

Avatar
Christophe PEREZ
Le Wed, 27 Oct 2004 19:22:32 +0200, jjgerbaud a écrit:

Dans le début du fichier il y a une ligne :
ONBOOT=yes ----> il suffit de mettre "no" et ---> ça marche !


Ah, oui mais non, car moi, je veux bien qu'elle soit "installée" au boot...


En espérant avoir aidé.


C'est ce qui compte ;-)
Merci quand même.

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
naphtaline2001
moi j'ai le même probleme je suis un débutant donc j'ai pas de script mais
lors du démarage ca me met echec pour eth0 mais comme ca pose pas de
probleme j'arrive toujours à me connecter au net j'ai pas chercher à
résoudre
Avatar
Bertrand GRONDIN
naphtaline2001 wrote:

moi j'ai le même probleme je suis un débutant donc j'ai pas de script mais
lors du démarage ca me met echec pour eth0 mais comme ca pose pas de
probleme j'arrive toujours à me connecter au net j'ai pas chercher à
résoudre


Même appréciation. Le boot est plus rapide. Il s'agit sûrement d'un bogue,
car dans la nouvelle version MDK 10.1 communauty, le problème semble avoir
disparu.


--
Bertrand GRONDIN
Droit du contentieux administratif, de la fonction publique
http://www.grondin.fr.fm ou http:/www.droit-public.fr.fm

Avatar
F8BOE
Hello,

Oui, j'ai (avais) le même problème avec mon Vaio GR215, c'est le port
IEEE1394 qui était pris comme eth0; je l'ai viré et ai créé un autre port
pour i-net (LAN 10/100 eth1) et tout s'est arrangé: au démarrage suivant
eth1 devenait eth0 sur le bon périférique (magique!).

L'erreur eth0 apparait aussi quand "le câble réseau est débranché" comme le
dit si bien Windaube... Je n'ai pas encore cherché à faire de branchement à
chaud...

Ciao!


"Bertrand GRONDIN" a écrit dans le message de
news:cnin59$slo$
naphtaline2001 wrote:

moi j'ai le même probleme je suis un débutant donc j'ai pas de script
mais


lors du démarage ca me met echec pour eth0 mais comme ca pose pas de
probleme j'arrive toujours à me connecter au net j'ai pas chercher à
résoudre


Même appréciation. Le boot est plus rapide. Il s'agit sûrement d'un bogue,
car dans la nouvelle version MDK 10.1 communauty, le problème semble
avoir

disparu.


--
Bertrand GRONDIN
Droit du contentieux administratif, de la fonction publique
http://www.grondin.fr.fm ou http:/www.droit-public.fr.fm