Objectif: Parfois, si vous expérimentez avec Linux sur des machines différentes, il ya des chances que lors du passage à une autre machine de votre carte Ethernet ne sera pas activé par défaut soit en donnant la commande "ifconfig" votre carte Ethernet va disparaître, même si votre pilote est chargé correctement.

Configuration de test:
OS Linux: Debian 4.0
Kernel: 2.6.22 - 2.6.24

Mise à jour: Debian Lenny les utilisateurs cliquent sur ici .

Scénario:
Par exemple, vous installez votre système Linux sur une machine et ensuite vous prenez votre disque dur et l'attacher à une autre machine qui a peut-être la même configuration. Le démarrage vous trouvez que vous ne pouvez pas voir votre eth0 ou eth1 en donnant 'ifconfig'. Par exemple, vous verrez ceci:
# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

au lieu de cette
# ifconfig
eth0 Link encap:Ethernet HWaddr 00:01:02:03:04:05
inet addr:192.168.0.101 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe81::202:244:fe68:3172/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:78108 errors:0 dropped:0 overruns:44 frame:0
TX packets:50313 errors:0 dropped:0 overruns:0 carrier:0
collisions:2 txqueuelen:1000
RX bytes:103308543 (98.5 MiB) TX bytes:3763441 (3.5 MiB)
Interrupt:169 Base address:0xe000

Toutefois, vous pouvez activer votre carte Ethernet en donnant des commandes comme:

# dhclient eth2
ou
# dhclient eth3 (If you have Dual Ethernet card)

Supposons maintenant que vous pouvez joindre votre même disque dur sur une autre machine identique, et maintenant vous ne pouvez pas activer à nouveau votre carte Ethernet, même par l'exemple ci-dessus commandes "eth2 dhclient" ou "dhclient eth3. Mais vous pouvez l'activer maintenant en donnant des commandes comme:
# dhclient eth4
ou
# dhclient eth5 (If you have Dual Ethernet card)

Ce cycle peut continuer encore et encore à savoir lors du passage des machines à chaque fois que vous devez tenir incrémenter le <nombre> ETH par un ou par deux (si vous avez une carte Ethernet dual).

Si vous observez quelque chose comme ça sur vos machines alors lu la solution ci-dessous.

Note: Avant de procéder à la solution assurez-vous que votre pilote de carte Ethernet est chargé. Si votre pilote est compilé comme module dans votre noyau, vous pouvez le charger en donnant la commande suivante:
# modprobe <name-of-drive>

Par exemple,

# modprobe e100

Si elle est intégrée dans le noyau, alors vous n'avez pas besoin de donner le commandement comme il aurait dû se charger automatiquement. Étapes à suivre pour configurer et de compiler votre pilote Ethernet est hors de la portée de ce poste.

Solution:
Mise à jour pour Debian Lenny (5,0) utilisateurs: Les fichiers qui doivent être supprimés ont été modifiés depuis Debian Lenny. Pour savoir comment résoudre ce problème dans Debian Lenny cliquez ici .

Retirez les deux fichiers suivants à partir du udev répertoire:
# cd /etc/udev/rules.d
# rm z25_persistent-net.rules z45_persistent-net-generator.rules

Cela arrive parce que de ce qui précède que les deux fichiers de configuration udev crée par défaut. z25_persistent Le fichier '-net.rules «crée des règles pour les dispositifs de réseau et se souvient d'eux lors de chaque démarrage. La suppression de cette forces fichiers du udev pour créer des noms de eth0-dire commencer à chaque redémarrage. Je ne prétends pas que je comprends complètement cette question, mais si vous voulez aller à la profondeur de celui-ci, je vous recommande la lecture de la documentation udev sous le répertoire "/ usr / share / doc / udev. Il a vaste source d'information. Vous pouvez aussi en savoir plus sur udev dans le répertoire du noyau de documentation dans '/ usr / src / linux / Documentation.

J'ai remarqué ce comportement dans Debian 4.0 (stable / Etch). Ce problème n'existait pas dans Debian 3.1 (stable / Sarge). Cela signifie que quelque chose a changé dans le paquet udev entre 3,1 et 4,0. Allez comprendre!

J'ai pu trouver cette solution en lisant les documents mentionnés ci-dessus. Aussi ce me conduisent à créer un post qui explique quelles mesures il faut prendre en général à (re) résoudre les problèmes sous Linux.

Comme d'habitude, s'il vous plaît laissez un commentaire / commentaires, si vous en avez.

Aimé ce poste? Vous pouvez les aimez aussi: