Question “Attente de la configuration du réseau” Problème


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

Écran d'accueil 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


66
2017-11-06 12:42


origine




Réponses:


J'ai décidé de suivre l'approche CLI et Alt + Ctrl + F2 pour que vous soyez libre de le faire pendant que vous êtes connecté à l'interface graphique - Ok, je vais écrire les étapes générales, donc n'hésitez pas à utiliser l'approche que vous aimez.

  1. modifier /etc/network/interfaces:

    sudo nano /etc/network/interfaces
    
    1. Si vous tapez ceci depuis LXTerminal alors que vous êtes connecté à l'interface graphique, procédez comme suit:

      gksudo leafpad /etc/network/interfaces
      
  2. Supprimez tout ce qui y est écrit et conservez 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ù, donc assurez-vous de sauvegarder un fichier "interfaces.bak" avant de faire quoi que ce soit.

  1. Ctrl + O si vous utilisez nano et Ctrl + S (Fichier> Enregistrer) si vous utilisez leafpad.

  2. Ctrl + X si vous utilisez nano et Ctrl + Q (Fichier> Quitter) si vous utilisez leafpad.

  3. Redémarrez.

  4. Terminé.


43
2017-11-06 12:42



auto lo iface lo inet loopback ne fonctionne pas - draw
@draw il doit être sur deux lignes: la 1ère ligne est auto lo; 2ème ligne est iface lo inet loopback - daniel kullmann
@danielkullmann; auto lo; (1ère ligne) iface lo inet loopback; (2ème ligne) Ça ne marche pas non plus pour moi. Je dois configurer manuellement l'interface et donner son adresse !! - mythicalcoder
Mon fichier d'interface ressemble exactement à cela mais le problème persiste /: - Andy
Notez que cela ne fonctionnera que si vous avez network-manager installée. Il est installé sur la version de bureau d'Ubuntu, mais pas sur la version du serveur. Si vous n'avez pas network-manager installé, et vous le faites, alors aucune de vos interfaces ne fonctionnera - kbuilds


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 comme suggéré dans un article précédent, mais plutôt inspecter les problèmes courants.

Dans mon cas, il définissait le paramètre de passerelle pour IPS Ethernet supplémentaire. Vous devez uniquement définir la passerelle pour l'interface principale de chaque carte.

Ce que je veux dire par là, c'est 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 2e passerelle fera que ubuntu se bloquera pendant plus de 60 secondes lors du démarrage, il vous suffit de définir la passerelle pour la première section eth0, vous devez définir la passerelle pour les cartes nic supplémentaires, IE eth1, wlan0 etc. IPS supplémentaires affectés au même nic. La version précédente d'Ubuntu n'avait aucun problème avec cela, mais Ubuntu 12.04 ne l'aime pas ... Soyez gentil si elle pouvait simplement l'ignorer.

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


37
2018-01-31 15:00



L'option "réseau" est obsolète, n'est plus nécessaire. - jdthood
cette réponse ne me concerne pas, je n'ai pas de passerelle dans les strophes actives de ce fichier - memnoch_proxy
C'était la réponse dont j'avais besoin - Patrick Chu
J'ai eu exactement le même problème et cette solution a parfaitement fonctionné! - Sam
Dans mon cas, la ligne commençant par "auto" contenait une interface "eth2" qui n'existait plus, à savoir qu'elle n'était plus configurée dans les interfaces. - hacker2007


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

Fondamentalement, vous éditez ce /etc/init/failsafe.conf déposer et désactiver (commenter) le sleep les commandes qui mettent réellement le système en pause. En plus d'accomplir le travail, au moins dans mon cas, il n'y avait pas d'erreur du tout dans la configuration du réseau, donc tout s'est bien passé.

Au fait, 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).


35
2018-01-29 20:02



Cela devrait être la bonne réponse. Beaucoup de gens pensent que la fonctionnalité de failsafe.conf est excessif - kbuilds
Tuer une sécurité intégrée n'est jamais la bonne réponse. Corriger la mauvaise configuration qui permet à kick in failafe est la bonne chose à faire. Il y a plusieurs endroits où la mauvaise configuration peut être, mais ce n'est définitivement pas sûr! - Tino
C'est la bonne réponse à mon avis. J'amorce volontairement sans configuration réseau lorsque je clone des serveurs ou que je restaure des sauvegardes en cas d'urgence. Je n'ai pas besoin d'attendre 2 minutes lors d'une urgence mais il n'y a rien de "faux" avec mes configs. - FreeSoftwareServers
N'a pas pu accéder à l'URL, semble que la page est tombée. Il est disponible sur archive.org: web.archive.org/web/20160301200431/http://… - rog


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 façon, le démarrage n'attend plus que les interfaces apparaissent en premier.

Attention:  Après ce changement, une interface connectée en permanence peut rester en panne après le démarrage jusqu'à ce que systemdreçoit un véritable événement de prise. 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, utilisation auto et pas allow-hotplug pour l'interface aux partages réseau. Sinon, vous pouvez voir des choses étranges se produire lors du processus de démarrage, car le réseau doit être disponible avant les montages de partage réseau. allow-hotplug ne garantit pas cela.

  • Si les interfaces sont en auto mode, vous exprimez: "Ces interfaces sont cruciales pour le démarrage, donc nous doit attendre pour qu’ils apparaissent avant que nous ayons démarré. "Par conséquent, s’ils ne sont pas montés, Ubuntu retarde le démarrage avec une sécurité intégrée, en attendant qu’ils apparaissent pendant 120 secondes. Et c’est la bonne chose à faire.

    En revanche, les interfaces définies sur allow-hotplug Dites à Ubuntu qu'ils sont facultatifs. Ils ne sont donc pas indispensables pour démarrer.

  • Ubuntu enregistre les interfaces disponibles au moment de l'installation et suppose qu'elles sont importantes pour un fonctionnement ultérieur. C'est un choix prudent, dans le cas où l'interface est nécessaire par la suite, car certains services s'y connectent, 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, de sorte que vous pouvez toujours utiliser allow-hotplug si vous voulez, sans nuire à la stabilité du processus de démarrage. Cependant, c'est une histoire complètement différente.

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

  • À mes côtés allow-auto fait 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 le passage à SystemD, le démarrage a été retardé de manière insoutenable en attendant l'interface (connecté en permanence à l'extérieur) br0 à venir. toutefois avec allow-hotplug  L'interface br0 est resté après le démarrage. Cela est peut-être dû au fait que SystemD ne reçoit aucun événement de prise réel ou synthétique sur une telle interface. Je n'ai pas creusé plus profondément dans ceci, comme certains obscurs crontab entrée @reboot /sbin/ifup br0 pour root réparé pour moi (Cela fonctionne, mais c'est probablement quelque chose qui ne devrait 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 au coucher, inspirée par ceci:

Certains agriculteurs se sont déchaînés. Leurs récoltes ont séché! Afin qu'ils ont étudié pourquoi il n'y avait pas assez d'eau dans le fossé d'irrigation. Dans la proximité la plus proche, ils ont immédiatement repéré leur coupable. le barrage! Le damné barré a tenu toute l'eau!

A partir de ce moment, il était clair que faire. "Explose le barrage!" ils a crié et a commencé à recueillir leur dynamite. Puis ils se sont tous dirigés tout droit pour 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 a immédiatement laissé à suivez le pack.

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

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

Que s'est-il passé ensuite?

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

Qu'est-ce que cette histoire à faire avec cela ici?

  • Les agriculteurs sont les autres réponses.
  • Le petit garçon est la réponse ici.
  • Le barrage est le dortoir 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 réglage de l'interface, qui vit dans /etc/network/interfaces, est soufflé avec le sommeil en sécurité enlevé, et même si quelqu'un voit la vanne fermée (auto), personne ne dit qu’il pourrait s’ouvrir aussi!


24
2018-01-14 15:45



C'est la bonne réponse. J'espère que le demandeur original choisit cette réponse comme étant la bonne et marque le problème comme résolu. - thatmaheshrs
Merci d'avoir partagé @Tino. L'histoire est sympa mais à mon avis elle encombre trop la réponse et au moins elle ne devrait pas être placée avant les dernières notes techniques utiles - ndemou
@ndemou Merci d'avoir noté, édité en conséquence. J'ai essayé d'utiliser un spoiler pour l'histoire, mais il n'est pas sorti comme j'ai aimé, alors je l'ai laissé tel quel pour le moment. - Tino
La meilleure réponse de qualité et l'ironie de l'histoire est inestimable. - Rui F Ribeiro


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

Cela conduirait à un démarrage plus rapide et ne résoudrait aucun problème avec le /etc/network/interfaces fichier. Résolution des problèmes avec le /etc/network/interfaces fichier n'est pas le but de /etc/init/failsafe.conf fichier.

Il y a des situations où vous vouloir l'interface réseau à ne pas fonctionner (c'est-à-dire un ordinateur portable qui n'a que l'interface eth0 (connexion filaire) branchée de temps en temps). Je ne veux pas attendre 2 minutes supplémentaires pour que mon ordinateur portable démarre car je n'ai pas la connexion filaire branchée.


12
2018-03-25 08:33



Certaines de ces lignes (et les retards délibérés qu'elles produisent) pourraient-elles être importantes? Sinon, je vous recommande d’élargir cette réponse pour expliquer pourquoi. - Eliah Kagan
Je pense que ces retards sont maintenant exclusivement dans la configuration du serveur ubuntu et ils sont là pour réduire le nombre de personnes qui se plaignent que les choses ne fonctionnent pas correctement parce que certains démons réseau démarrent avant qu’il y ait des interfaces fonctionnelles ici que de se dépêcher à travers un démarrage sans connexions réseau. - kkron
Bonne réponse! L'auteur de failafe.conf a laissé son email avec des commentaires sur la raison pour laquelle il attend deux minutes à moins qu'il y ait une adresse statique. Je pense que cet homme peut être seul responsable des instances d'Ubuntu qui démarrent 48 fois plus lentement que Windows;) - Brain2000


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

Donc j'ai édité /etc/network/interfaces, remplaçant toutes les instances de eth0 avec 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 correctement.

Si c'est important, j'utilisais l'édition Ubuntu 12.04.5 Server.


2
2018-03-20 22:17



Peut-être remplacer auto p4p1 avec allow-hotplug p4p1 et votre ordinateur démarre aussi rapidement si Ethernet est en panne. Cependant, cela dépend de votre configuration. Par exemple, s'il s'agit d'un poste de travail ou d'un serveur avec des partages réseau (NFS ou Samba) vous voulez absolument attendre que le réseau soit disponible avant de continuer, donc allow-hotplug serait le mauvais choix. - Tino
Je vous remercie!! Avec ifconfig -a J'ai découvert que les interfaces étaient vraiment eth4 et eth5. - francadaval