"en attente de configuration réseau" Problème

Dans toutes les situations que j'ai rencontrées, c'est un problème dans /etc/network/interfaces

Vous ne devriez pas avoir à tout supprimer comme suggéré dans un message précédent, mais plutôt inspecter les problèmes courants.

Dans mon cas, c'était de définir le paramètre de passerelle pour des adresses IP Ethernet supplémentaires. Vous avez seulement besoin de définir la passerelle pour l'interface principale de chaque carte.

Je veux dire par là que si votre fichier ressemble à ceci :

auto eth0
iface eth0 inet static
  address 10.0.0.5
  netmask 255.255.255.0
  network 10.0.0.0
  gateway 10.0.0.1

auto eth0:0
iface eth0:0 inet static
  address 10.0.0.6
  netmask 255.255.255.0
  network 10.0.0.0
  #gateway 10.0.0.1

Le deuxième paramètre de passerelle provoquera un blocage d'Ubuntu pendant plus de 60 secondes au démarrage, vous devez uniquement définir la passerelle pour la première section eth0, vous DEVEZ définir la passerelle pour toutes les cartes réseau supplémentaires, comme eth1, wlan0, etc., mais PAS pour les adresses IP supplémentaires assignées à la même carte réseau. Les versions antérieures d'Ubuntu n'avaient aucun problème avec cela, mais Ubuntu 12.04 n'aime pas cela... Ce serait bien s'il pouvait tout simplement l'ignorer.

Je suis certain qu'il y a d'autres "problèmes" dans ce fichier qui peuvent causer cela, alors vous devez inspecter le fichier et vous assurer qu'il n'y a pas de fautes de frappe, etc.

Cela pourrait aussi vous aider: http://tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/

En gros, vous modifiez ce fichier /etc/init/failsafe.conf et vous désactivez (commentez) les commandes sleep qui mettent en pause le système. En plus d'accomplir la tâche, dans mon cas du moins, il n'y avait aucune erreur dans la configuration du réseau, donc tout s'est bien passé.

D'ailleurs, votre solution ne permet que de configurer l'interface de bouclage, ce que je ne pouvais pas me permettre dans ma configuration (j'ai dû configurer manuellement les interfaces et les ponts).

La vraie(!) solution à ce problème est la commande suivante :

sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces

Dans /etc/network/interfaces, cela change toutes les interfaces (sauf lo) de auto à allow-hotplug. De cette manière, le démarrage n'attend plus que les interfaces se connectent en premier.

Attention : Après ce changement, une interface connectée en permanence peut rester désactivée après le démarrage jusqu'à ce que systemd reçoive un véritable événement de connexion. Voir les notes ci-dessous.

Exemple avant (regardez auto eth0) :

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

Exemple après (regardez allow-hotplug eth0) :

auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Notes :

• Si vous montez des partages réseau dans /etc/fstab, utilisez auto et pas allow-hotplug pour l'interface des partages réseau. Sinon, des choses étranges peuvent se produire lors du processus de démarrage, car le réseau doit être disponible avant les montages de partages réseau. allow-hotplug ne garantit pas cela.

• Si les interfaces sont en mode auto, vous exprimez : "Ces interfaces sont cruciales pour le démarrage, donc nous devons attendre qu'elles se connectent avant d'avoir démarré." Par conséquent, si elles ne se connectent pas, Ubuntu retarde le démarrage avec un mode sans échec, en attendant qu'elles apparaissent pendant un maximum de 120 secondes. Et c'est la bonne chose à faire.

  En revanche, les interfaces configurées en allow-hotplug disent à Ubuntu qu'elles sont optionnelles. Elles ne sont donc pas essentielles au démarrage.

• Ubuntu enregistre quelles interfaces sont disponibles au moment de l'installation, et suppose qu'elles sont importantes pour le fonctionnement ultérieur. C'est un choix conservateur, au cas où l'interface serait nécessaire ultérieurement car un Service y est lié, et de tels services échouent à démarrer s'ils ne voient pas l'interface activée.

• Il y a aussi un paramètre du noyau qui permet aux processus de se lier à des adresses IP inexistantes, vous pouvez donc toujours utiliser allow-hotplug si vous le souhaitez, sans nuire à la stabilité du processus de démarrage. Cependant, c'est une tout autre histoire.

Notes (mise à jour 2018-01-04) :

• De mon côté, allow-auto fait la même chose que auto, donc cela ne sert à rien (essayé avec br0).

• Après avoir mis à niveau l'un de mes systèmes vers Debian Stretch et être passé à SystemD, le démarrage est devenu insupportablement long en attendant que l'interface (connectée en permanence à l'extérieur) br0 se connecte. Cependant, avec allow-hotplug l'interface br0 est restée désactivée après le démarrage. Cela est peut-être dû au fait que SystemD ne reçoit aucun événement de connexion réel ou synthétique sur une telle interface. Je n'ai pas creusé plus loin là-dedans, car une obscure entrée de crontab @reboot /sbin/ifup br0 pour root l'a résolu pour moi. (Cela fonctionne, mais cela ne devrait probablement pas être recommandé aux autres. J'aimerais savoir si quelqu'un a une meilleure idée).

((Le texte se termine ici, le reste est pour votre divertissement))

Et voici une histoire pour s'endormir, inspirée par ceci :

Quelques agriculteurs de récoltes sont entrés en rage. Leurs cultures se sont asséchées ! Ils ont donc enquêté sur la raison pour laquelle il n'y avait pas assez d'eau dans le canal d'irrigation. Dans la distance rapprochée, ils ont immédiatement repéré leur coupable. Le barrage ! Ce maudit barrage retenait toute l'eau !

À partir de ce moment-là, il était clair quoi faire. "Faites sauter le barrage !" ont-ils crié et ont commencé à collecter leur dynamite. Puis ils se sont dirigés droit vers le barrage.

Le petit fils d'un des agriculteurs a demandé à son père ce qu'il se passait. Il a dit à son fils : "Il n'y a pas assez d'eau dans le canal, donc nous faisons sauter le barrage !" Puis il est parti immédiatement pour suivre la bande.

"Mais", le petit a essayé de crier après son père, "Mais il y a une vanne ! Il suffit d'ouvrir la vanne !" Malheureusement, sa voix était trop douce, et ses jambes trop courtes, donc ce message n'a atteint personne.

Le garçon s'est assis et a pleuré. Une demi-heure plus tard, il a entendu le "Boom" lointain qui a détruit son terrain de jeu préféré au barrage, où se trouvait également la vanne.

Que s'est-il passé ensuite ?

L'inondation a emporté toutes les précieuses cultures. La banque a pris la ferme du père du garçon. Son père n'a pas pu payer pour une bonne éducation. Alors le garçon a rejoint l'armée pour obtenir une éducation supérieure. Là, il a tout appris sur la physique des explosifs et essaie maintenant d'inventer un barrage résistant aux explosions.

Qu'est-ce que cette histoire a à voir avec ceci ici ?

• Les agriculteurs de récoltes sont les autres réponses.
• Le petit garçon est cette réponse ici.
• Le barrage est le mode sommeil sans échec d'Ubuntu.
• La vanne est le bon réglage de l'interface.
• L'eau est le processus de démarrage.
• Les cultures sont votre système d'exploitation Ubuntu.
• Et le canal rempli est à quoi le processus de démarrage devrait ressembler.

Le réglage de l'interface, qui vit dans /etc/network/interfaces, est soufflé avec le sommeil en mode sans échec supprimé, et même si quelqu'un voit la vanne fermée (auto), personne n'a remarqué qu'elle pouvait aussi être ouverte !

Ajoutez un # dans le fichier /etc/init/failsafe.conf devant toutes les lignes contenant sleep . Cela aiderait à démarrer rapidement.

Cela entraînerait un démarrage plus rapide, et cela ne résoudrait aucun problème avec le fichier /etc/network/interfaces. Résoudre les problèmes avec le fichier /etc/network/interfaces n'est pas le but du fichier /etc/init/failsafe.conf.

Il y a des situations où vous voulez que l'interface réseau ne fonctionne pas (par exemple, avoir un ordinateur portable qui n'a que l'interface eth0 (connexion filaire) branchée par moments). Je ne veux pas devoir attendre 2 minutes de plus pour que mon ordinateur portable démarre parce que je n'ai pas branché la connexion filaire.