MAJ Squeeze problème modif interface

Support Debian
#1

Une Squeeze qui n’avait pas été mise à jour depuis > 1 mois, me provoque ce “désagrément” depuis un full-upgrade :
Au boute, elle “stationne” pendant env. 1 mn avec le seul curseur ‘_’ clignotant sur un écran noir, pour enfin charger le noyau après le message suivant :

If config :

[code]ricardo@DD3:~$ sudo ifconfig
[sudo] password for ricardo:
eth0 Link encap:Ethernet HWaddr xxxxxxxxxxxxx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:19 Adresse de base:0x9800

eth2 Link encap:Ethernet HWaddr xxxxxxxxxxxxxx
inet adr:192.168.1.6 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::208:54ff:fe3e:a291/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:33 errors:0 dropped:0 overruns:0 frame:0
TX packets:114 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:5992 (5.8 KiB) TX bytes:19026 (18.5 KiB)
Interruption:16 Adresse de base:0x8400

eth1-eth0 Link encap:Ethernet HWaddr xxxxxxxxxxxxxxxxxx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:17

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:166 errors:0 dropped:0 overruns:0 frame:0
TX packets:166 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:10684 (10.4 KiB) TX bytes:10684 (10.4 KiB)
[/code]

Une idée de réparation ?

#2

Voir du côté des règles udev de nommage réseau (fichier persistent-net.rules dans /etc/udev/rules.d/).

Note : pas besoin des droits root pour exécuter ifconfig.
Pas besoin non plus de masquer les adresses MAC, que crains-tu ?

#3

Adresses Mac : OK
MAIS :

ricardo@sid-sda8:~$ ifconfig bash: ifconfig : commande introuvable

:question: :question: :question:

#4

Normal, ifconfig est dans /sbin qui n’est pas dans le PATH des utilisateurs standard. Mais il reste AMA plus rapide de taper “/sbin/ifconfig” que “sudo ifconfig” et son mot de passe. Encore plus rapide pour les feignasses dans mon genre : créer des liens symboliques dans $HOME/bin vers les commandes root que j’utilise souvent pour simple consultation : arp, ifconfig, route, ntpdate…

Qu’entends-tu par “adresses Mac : OK” ?

#5

en réponse à ça :

Pour les règles que tu m’as indiquées, c’est impeccable, j’ai commenté la ligne qui n’était pas servie dans ifconfig, rebouté, et mes yeux ébahis on vu défiler aussitôt le chargement du noyau :023
Du coup, ifconfig a perdu cette entrée bizarre du début : eth1-eth0
Je vais étudier ta méthode de fainéant pour les commandes, car mes origines Corses, ne restent jamais insensibles à de tels arguments.

#6

Rien de bizarre, c’est un nom temporaire donnée par udev à une interface (précédemment eth1 je suppose) dans le processus de renommage en eth0 (le but du renommage temporaire est d’éviter un blocage si en même temps une autre interface eth0 doit être renommée en eth1). Mais comme il y a déjà une interface eth0, ça coince. D’où mon idée qu’il y avait peut-être deux règles udev en conflit dans le fichier, ou bien un subtil changement de syntaxe des règles survenu à la faveur d’une mise à jour qui l’empêcherait de les appliquer correctement.

#7

Je me posais aussi la question car j’ai eu la même chose hier (interface eth1-eth0 ou l’inverse… j’avoue avoir été interloqué…) après l’ajout d’une nouvelle carte réseau PCI. Sur une Sid.
Je n’ai rien fait, j’ai préféré mettre de côté car je n’avais pas de temps devant moi pour tenter de comprendre. Tout est rentré dans l’ordre au bout suivant, la nouvelle carte a trouvé sa place toute seule.

#8

Merci pour les explications Pascal.
C’est certainement ça :

Puisque c’est à la suite d’une MAJ, que je viens d’effectuer. Auparavant, càd encore hier, je n’avais pas ce problème.

Peux-tu m’indiquer plus concrètement comment faire ce lien symbolique dont tu parles plus haut.
Je ne comprends pas bien ça :
$HOME/bin
il s’agit de créer un dossier
/home/ricardo/bin
:question:

#9

Oui. Ensuite tu crées des liens symboliques dedans. Au login, si ce répertoire existe il est ajouté au $PATH de l’utilisateur.

mkdir ~/bin ln -s /sbin/ifconfig ~/bin

#10

Super, c’est une découverte pour moi, qui vient compléter mes alias.
:006

#11

Question subsidiaire :
Je ne sais jamais quoi “redémarrer” dans ‘init.d’, pour qu’une modif soit prise en compte, sans avoir à rebouter complètement la machine.
J’en connais quelques-uns : apache2, networking, parefeu, kdm, etc. et tous ceux qui sont “causants” dans /etc/init.d
Mais, par exemple, ce lien symbolique vers ‘ifconfig’ ? obligation de reboute ?
Y-a-t-il un ‘restart’ général, une commande :question:

#12

Non, il suffit de se relogger. Ou bien d’ajouter manuellement ~/bin au path courant si on est pressé.

#13

OK pour cet exemple, mais pour la généralité, comment savoir quoi réinitialiser quand ça n’est pas évident ?

#14

hello
je me demande si un petit (grand?) script shell avec des service nomdutrucaredermarrer restart ?
bon je redemarre pas tout car certin ne doive pas y être

service acpid restart
service acpi-fakekey restart
service acpi-support restart
service alsa-utils restart
service atd restart
service console-setup restart
service cron restart
service cups restart
service dbus restart
service exim4 restart
service fancontrol restart
service fuse restart
service hal restart
service hddtemp restart
service hdparm restart
service hostname.sh restart
service hwclockfirst.sh restart
service hwclock.sh restart
service ifupdown restart
service ifupdown-clean restart
service kbd restart
service keyboard-setup restart
service light.sh restart
service lm-sensors restart
service networking restart
service nfs-common restart
service ntp restart
service nvidia-kernel restart
service portmap restart
service pppd-dns restart
service procps restart
service rsync restart
service rsyslog restart
service saned restart
service screen-cleanup restart
service sendsigs restart
service ssh restart
service stop-bootlogd restart
service stop-bootlogd-single restart
service sudo restart
service udev restart
service ulogd restar

oui c’est bourrin :slightly_smiling:
il y a peut être plus simple:)