Problème «en attente de configuration du réseau»

Ce problème se produit parfois lorsque Ubuntu démarre. Vous ne pouvez pas vraiment démarrer à l'interface parfois.

Écran de démarrage avec les 5 points et un message disant:

en attente de configuration du réseau

suivi par:

attendre 60 secondes supplémentaires pour la configuration du réseau

J'ai décidé de choisir les approches CLI et Alt + Ctrl + F2 pour que vous puissiez le faire lorsque vous êtes connecté à l'interface graphique - D'accord, j'écrirai les étapes générales, alors n'hésitez pas à utiliser l'approche que vous préférez.

1. Modifier /etc/network/interfaces:

   sudo nano /etc/network/interfaces
   

   1. Si vous tapez ceci à partir de LXTerminal alors que vous êtes connecté à l'interface graphique, alors:

      gksudo leafpad /etc/network/interfaces
      

2. Supprimez tout ce qui est écrit ici et conservez simplement ceci:

   auto lo
   iface lo inet loopback
   

C'est une très bonne idée de conserver une copie de sauvegarde du fichier "interfaces" au cas où, alors assurez-vous de sauvegarder le fichier "interfaces.bak" avant de faire quoi que ce soit.

3. Ctrl+ Osi vous utilisez nano et Ctrl+ S(Fichier> Enregistrer) si vous utilisez Leafpad.

4. Ctrl+ Xsi vous utilisez nano et Ctrl+ Q(Fichier> Quitter) si vous utilisez Leafpad.

5. Redémarrer.

6. Terminé.

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

Vous ne devriez pas avoir à supprimer tout ce qui est suggéré dans un post précédent, mais plutôt à rechercher des problèmes courants.

Dans mon cas, il s'agissait de définir le paramètre de passerelle pour l'IPS Ethernet supplémentaire. Il vous suffit de définir la passerelle pour l'interface principale pour chaque carte.

Je veux dire par là 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 paramètre 2nd gateway fera suspendre ubuntu pendant plus de 60 secondes au cours du démarrage. Vous devez uniquement définir la passerelle pour la première section eth0. IPS supplémentaire assigné au même nic. La version précédente d'Ubuntu ne présentait aucun problème, mais Ubuntu 12.04 ne l'aime pas ... Soyez gentil s'il peut simplement l'ignorer.

Je suis sûr qu'il existe d'autres "problèmes" dans ce fichier qui peuvent en être la cause. Vous devez donc inspecter le fichier et vous assurer qu'il n'y a pas de fautes de frappe, etc.

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

En gros, vous éditez ce /etc/init/failsafe.conffichier et désactivez (commentez) les sleepcommandes qui mettent le système en pause. En plus d'accomplir le travail, au moins dans mon cas, il n'y avait aucune erreur dans la configuration du réseau, donc tout s'est bien passé.

En passant, votre solution ne permet que de configurer l'interface de bouclage, ce que je ne pouvais pas me permettre dans ma configuration (je devais configurer manuellement les interfaces et les ponts).

La vraie solution à ce problème est la suivante:

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

En /etc/network/interfacescela change toutes les interfaces (sauf lo) de autoà allow-hotplug. De cette façon, le démarrage n'attend plus que les interfaces apparaissent en premier.

Avertissement: après cette modification, une interface connectée en permanence peut rester inactive après le démarrage jusqu'à ce qu'elle systemdreçoive un véritable événement plug. 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

Remarques:

• Si vous montez des partages réseau dans /etc/fstab, utilisez autoet non allow-hotplugpour l'interface avec les partages réseau. Sinon, des choses étranges risquent de se produire au démarrage, car le réseau doit être disponible avant les montages de partage réseau. allow-hotplugne garantit pas cela.

• Si les interfaces sont en automode, vous déclarez: "Ces interfaces sont cruciales pour le démarrage, nous devons donc attendre qu'elles apparaissent avant de démarrer." Par conséquent, s'ils ne se manifestent pas, Ubuntu retarde le démarrage avec sécurité intégrée en attendant leur apparition pendant 120 secondes. Et c'est la bonne chose à faire.

  En revanche, les interfaces configurées pour allow-hotplugindiquer à Ubuntu qu’elles sont facultatives. Par conséquent, ils ne sont pas essentiels pour démarrer.

• Ubuntu enregistre les interfaces disponibles au moment de l'installation et suppose qu'elles sont importantes pour une utilisation ultérieure. Il s'agit d'un choix prudent, au cas où l'interface serait nécessaire par la suite, car un service s'y lie, car ces services ne démarrent pas s'ils manquent l'interface en cours.

• Il existe également un paramètre de noyau qui permet aux processus de se lier à des adresses IP inexistantes. Vous pouvez donc toujours les utiliser allow-hotplugsi vous le souhaitez, sans nuire à la stabilité du processus de démarrage. Cependant, c'est une histoire complètement différente.

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

• A mes côtés, allow-autofait la même chose que auto, donc ça n'aide pas (essayé avec br0).

• Après la mise à niveau de l'un de mes systèmes vers Debian Stretch et du basculement vers SystemD, le démarrage a été retardé de manière insoutenable en attendant que l'interface (connectée en permanence à l'extérieur) br0apparaisse. Cependant, avec allow-hotplug l'interface est br0restée en panne après le démarrage . Cela est peut-être dû au fait que SystemD n'a reçu aucun événement plug réel ou synthétique sur une telle interface. Je ne suis pas creuser plus profondément dans cela, comme une obscure crontabentrée @reboot /sbin/ifup br0pour rootfixe pour moi. (Cela fonctionne, mais c'est probablement quelque chose qui ne devrait pas être recommandé à d'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 au coucher, inspirée par ceci:

Certains agriculteurs ont été déchaînés. Leurs récoltes ont séché! Ils ont donc cherché à savoir pourquoi il n'y avait pas assez d'eau dans le fossé d'irrigation. Dans la plus proche distance, ils ont immédiatement repéré leur coupable. Le barrage! Le damné barrage a retenu toute l'eau!

À partir de ce moment, il était clair que faire. "Faites sauter le barrage!" ils ont crié et ont commencé à recueillir leur dynamite. Puis ils se dirigèrent tous droit vers le barrage.

Le petit-fils d'un des fermiers a demandé à son père ce qui se passait. Il a dit à son fils: "Il n'y a pas assez d'eau dans le fossé, alors on fait sauter le barrage!" Puis il est immédiatement parti suivre le peloton.

"Mais", le petit essaya de crier après son père: "Mais il y a une valve! Il suffit d'ouvrir la valve!" Malheureusement, sa voix était trop douce et ses jambes trop courtes. Ce message n'a donc été transmis à personne.

Le garçon s'assit et pleura. Une demi-heure plus tard, il entendit le lointain "Boom" qui détruisait également son terrain favori au barrage, où se trouvait la valve.

Que s'est-il passé ensuite?

Le déluge a emporté toutes les récoltes précieuses. La banque a emporté la ferme du père du garçon. Son père était incapable de payer pour une bonne école. Alors le garçon a rejoint l'armée pour faire des études supérieures. Là, il a tout appris sur la physique des explosifs et tente maintenant d'inventer un barrage résistant au souffle.

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

• Les cultivateurs sont les autres réponses.
• Le petit garçon est cette réponse ici.
• Le barrage est le sommeil sécurisé Ubuntu.
• La vanne est le bon réglage d'interface.
• L'eau est le processus de démarrage.
• Les cultures sont votre système d'exploitation Ubuntu.
• Et le fossé rempli est, comment le processus de démarrage devrait ressembler.

Le réglage de l'interface, qui vit dans /etc/network/interfaces, est explosé avec le sommeil en sécurité supprimée enlevé, et même si quelqu'un voit la valve fermée ( auto), personne ne spottet qu'il pourrait être ouvert aussi!

Ajouter un #dans le /etc/init/failsafe.conffichier devant toutes les lignes contenant sleep <n>. Cela aiderait à démarrer rapidement.

Cela permettrait un démarrage plus rapide et ne résoudrait aucun problème avec le /etc/network/interfacesfichier. Résolution des problèmes avec le /etc/network/interfacesfichier n'est pas le but du /etc/init/failsafe.conffichier.

Il existe des situations dans lesquelles vous souhaitez que l'interface réseau ne fonctionne pas (par exemple, un ordinateur portable uniquement doté d'une interface eth0 (connexion câblée) branchée de temps en temps). Je ne veux pas attendre 2 minutes de plus pour que mon ordinateur portable démarre, car la connexion filaire n'est pas branchée.

J'avais un problème similaire. En exécutant ifconfig -a, j'ai déterminé que les seuls périphériques réseau de mon ordinateur étaient p4p1et lo. Il n'y avait pas eth0.

J'ai donc édité /etc/network/interfaces, en remplaçant toutes les instances de eth0avec p4p1. Le contenu du fichier est maintenant:

auto lo
iface lo inet loopback

auto p4p1
iface p4p1 inet dhcp

Après le redémarrage, la mise en réseau fonctionnait bien.

Si c'était important, j'utilisais Ubuntu 12.04.5 Server Edition.