"en attente de configuration du réseau"

Question

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

Answer 1

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. Éditer /etc/network/interfaces:

   Sudo nano /etc/network/interfaces
   

   1. Si vous tapez ceci depuis 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 + O si vous utilisez nano et Ctrl + S (Fichier> Enregistrer) si vous utilisez un bloc-notes.

4. Ctrl + X si vous utilisez nano et Ctrl + Q (Fichier> Quitter) si vous utilisez un bloc-notes.

5. Redémarrez.

6. Terminé.

Answer 2

Dans chaque situation que je rencontre, 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 bloquer ubuntu pendant plus de 60 secondes au cours du démarrage. Vous devez uniquement définir la passerelle pour la première section eth0. Vous devez également définir la passerelle pour toute carte nic supplémentaire, IE eth1. , wlan0 etc mais PAS pour les IPS supplémentaires attribués au même nic. La version précédente d'Ubuntu ne présentait aucun problème avec cela, 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.

Answer 3

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 fichier /etc/init/failsafe.conf et désactivez (commentez) les commandes sleep qui mettent en pause le système. 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).

Answer 4

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

Dans /etc/network/interfaces, toutes les interfaces (à l'exception de lo) sont modifiées 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 que systemd reç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 auto et non allow-hotplug pour l'interface avec les partages réseau. Sinon, il se peut que des choses étranges se produisent au démarrage, car le réseau doit être disponible avant les montages de partage réseau. allow-hotplug n'assure pas cela.

• Si les interfaces sont en mode auto, vous déclarez: "Ces interfaces sont cruciales pour le démarrage. Nous devons donc attendre 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 qu’ils apparaissent jusqu’à 120 secondes. Et c'est la bonne chose à faire.

  En revanche, les interfaces définies à allow-hotplug indiquent à 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 peuvent pas démarrer sans que l'interface soit active.

• Il existe également un paramètre de 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 histoire complètement différente.

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

• De mon côté, allow-auto fait la même chose que auto, donc cela n’aide en rien (essayé avec br0).

• Après la mise à niveau de l'un de mes systèmes vers Debian Stretch et le basculement vers SystemD, le démarrage a été retardé de manière insoutenable en attendant que l'interface br0 (connectée en permanence à l'extérieur) apparaisse. Cependant avec allow-hotplug, l'interface br0 est restée inactive 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 n'ai pas approfondi cette question, car une obscure entrée crontab@reboot /sbin/ifup br0 pour root l'a corrigée. (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 aussi son terrain favori au barrage, où se trouvait la Valve.

Qu'est-ce qui s'est 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 paramètre d'interface approprié.
• 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 paramètre de l'interface, qui réside dans /etc/network/interfaces, est décomposé en supprimant la mise en veille, et même si quelqu'un voit la vanne fermée (auto), personne ne peut en faire autant qu'il soit ouvert!

Answer 5

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

Cela entraînerait un démarrage plus rapide et ne résoudrait aucun problème avec le fichier /etc/network/interfaces. La résolution des problèmes liés au fichier /etc/network/interfaces n’est pas l’objet du fichier /etc/init/failsafe.conf.

Il y a des situations où vous voulez que l'interface réseau ne fonctionne pas (c'est-à-dire que vous avez un ordinateur portable sur lequel l'interface eth0 (connexion filaire) est branchée) 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.

Answer 6

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 p4p1 et lo. Il n'y avait pas eth0.

J'ai donc édité /etc/network/interfaces, en remplaçant toutes les instances de eth0 par 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.