Objectif: Parfois, si vous expérimentez avec Linux sur des machines différentes, il ya des chances que, sur le passage à une autre machine de votre carte Ethernet ne sera pas activé par défaut à-dire en donnant la commande 'ifconfig' votre carte Ethernet disparaîtront 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 utilisateurs cliquez ici.

Scénario:
Par exemple, vous installez votre système Linux sur une machine et ensuite vous prenez votre disque dur et le joindre à un appareil d'une autre qui a peut-être la même configuration. Sur le démarrage, vous constaterez que vous ne voyez pas votre eth0 ou eth1 moyennant un 'ifconfig'. Par exemple, vous voyez 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 connecter votre disque dur à un autre appareil identique et encore maintenant, vous ne pouvez pas activer votre carte Ethernet, même par l'exemple des commandes ci-dessus »dhclient eth2" ou "dhclient eth3 '. Mais vous pouvez maintenant activer en donnant des commandes comme:
# dhclient eth4
ou
# dhclient eth5 (If you have Dual Ethernet card)

Ce cycle peut continuer encore et encore lors des changements de machines-dire chaque fois que vous devez tenir incrémentation de l'ETH <nombre> par un ou par deux (si vous avez double carte Ethernet).

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

Note: Avant de procéder à la solution de vous assurer que votre pilote de carte Ethernet est chargé. Si votre pilote est compilé comme un 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 les utilisateurs de Debian Lenny (5.0): 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.

Supprimer les deux fichiers suivants à partir du répertoire udev:
# 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 deux fichiers de configuration qui udev crée par défaut. Le fichier 'net.rules z25_persistent-"crée des règles pour les périphériques réseau et se souvient à chaque démarrage. La suppression de cette force les fichiers udev pour créer des noms de start eth0-dire à chaque redémarrage. Je ne prétends pas que je comprends définitivement ce problème, 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 est vaste source d'information. En outre vous pouvez lire plus sur udev dans le répertoire de documentation du noyau 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. Go figure!

J'ai été en mesure de comprendre cette solution par la lecture de la documentation mentionnée ci-dessus. Aussi cette m'amènent à créer un poste qui explique quelles mesures il faut prendre en général, à (re) résoudre des problèmes sous Linux.

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

Aimé ce poste? Vous mai comme ceux-ci aussi: