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

J'ai décidé d’adopter l’approche CLI et Alt + Ctrl + F2 pour que vous soyez libre de le faire lorsque vous êtes connecté à l’interface graphique.

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, alors:

      gksudo leafpad /etc/network/interfaces
      

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

3. Ctrl + O si vous utilisez nano et Ctrl + S (Fichier & gt; Enregistrer) si vous utilisez un tableur.

4. Ctrl + X si vous utilisez nano et Ctrl + Q (Fichier & gt; Quittez) si vous utilisez leafpad.

5. Redémarrer.

6. Fait.

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. Il vous suffit de 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 2nd gateway 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 toute carte nic supplémentaire, IE eth1, wlan0 etc. mais PAS pour IPS supplémentaire assigné 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 s'il pouvait simplement l'ignorer.

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

Cela pourrait aussi aider: lien

Fondamentalement, vous éditez ce fichier /etc/init/failsafe.conf et désactivez (commentez) les commandes sleep qui mettent 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 mon installation (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 , toutes les interfaces sont modifiées (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 que systemd reçoive un événement de connexion réel. 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 non allow-hotplug pour l'interface avec les 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 mode auto , vous dites: "Ces interfaces sont cruciales pour le démarrage, nous devons donc attendre avant de les démarrer." Par conséquent, s'ils ne sont pas montés, Ubuntu retarde le démarrage avec 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 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 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.

• 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, cette histoire est complètement différente.

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

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

• Après la mise à niveau d’un de mes systèmes vers Debian Stretch et le passage à SystemD, le démarrage a été retardé de manière insoutenable en attendant que l’interface (connectée en permanence à l’extérieur) br0 apparaisse. Cependant, avec allow-hotplug l'interface br0 restait inactif 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 approfondi cette question, car certains obscure crontab entry @reboot /sbin/ifup br0 pour root l'ont corrigé pour moi. (Cela fonctionne, mais c'est probablement quelque chose qui ne devrait pas être recommandé aux autres. Je voudrais savoir si quelqu'un a une meilleure idée.)

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

Et voici une histoire de l'heure du coucher, inspirée par ceci:

Certains cultivateurs 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é barrage a tenu toute l'eau!

À partir de ce moment-là, 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'est assis et a pleuré. 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 pris 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 le phytique des explosifs et tente maintenant d’inventer un barrage résistant aux explosions.

Qu'est-ce que cette histoire a à voir 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, comment le processus de démarrage devrait ressembler.

Le paramétrage de l'interface, qui réside dans /etc/network/interfaces , est supprimé avec le sommeil en sécurité supprimé, et même si quelqu'un voit la vanne fermée ( auto ), personne n'indique qu'il pourrait être ouvert également!

Ajoutez un # dans le fichier /etc/init/failsafe.conf 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 fichier /etc/network/interfaces . La résolution des problèmes avec le fichier /etc/network/interfaces n'est pas le but du fichier /etc/init/failsafe.conf .

Il existe des situations où vous souhaitez que l’interface réseau ne fonctionne pas (c’est-à-dire qu’un ordinateur portable n’a que l’interface eth0 (connexion filaire) branché de temps en temps). Je ne veux pas attendre 2 minutes supplémentaires pour que mon ordinateur portable démarre car je ne dispose pas de la connexion filaire.

J'ai eu 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 de eth0 .

J'ai donc modifié /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 correctement.

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