"Warten auf Netzwerkkonfiguration" Problem

66

Dieses Problem tritt manchmal beim Start von ubuntu auf. Sie können manchmal nicht wirklich an die Schnittstelle booten.

Startbildschirm mit den 5 Punkten und einer Nachricht, die sagt:

  

wartet auf Netzwerkkonfiguration

gefolgt von:

  

wartet weitere 60 Sekunden auf die Netzwerkkonfiguration

    
owl 06.11.2012, 13:42

6 Antworten

43

Ich entschied mich für CLI und ALT + STRG + F2, damit DU GRATIS kannst, während du in der GUI eingeloggt bist. Okay, ich werde die allgemeinen Schritte schreiben, also benutze deinen Ansatz.

  1. Bearbeiten /etc/network/interfaces :

    sudo nano /etc/network/interfaces
    
    1. Wenn Sie dies von LXTerminal eingeben, während Sie in der GUI angemeldet sind, dann:

      gksudo leafpad /etc/network/interfaces
      
  2. Entferne alles, was dort geschrieben wurde und behalte es einfach:

    auto lo
    iface lo inet loopback
    

Es ist sehr ratsam, eine Sicherungskopie der "interfaces" -Datei zu behalten, nur für den Fall, dass Sie bitte eine "interfaces.bak" -Datei speichern, bevor Sie etwas tun

  1. Strg + O Wenn Sie nano und Strg + S verwenden (Datei & gt; Speichern), wenn Sie Blattpad verwenden.

  2. Strg + X Wenn Sie nano und Strg + Q verwenden (Datei & gt; Beenden Sie), wenn Sie Blattpad verwenden.

  3. Neustart.

  4. Fertig.

owl 06.11.2012, 13:42
37

In jeder Situation, in die ich hineingeraten bin, ist es ein Problem in / etc / network / interfaces

Sie sollten nicht alles entfernen müssen, wie es in einem früheren Beitrag vorgeschlagen wurde, sondern eher auf allgemeine Probleme prüfen.

In meinem Fall definierte es den Gateway-Parameter für zusätzliches Ethernet-IPS. Sie müssen nur das Gateway für die primäre Schnittstelle für jede Karte definieren.

Was ich damit meine ist, wenn Ihre Datei so aussieht:

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

Der zweite Gateway-Parameter bewirkt, dass ubuntu während des Bootens für 60+ Sekunden hängen bleibt. Sie müssen nur das Gateway für den ersten eth0-Abschnitt definieren. Sie müssen das Gateway für zusätzliche nic-Karten definieren, IE eth1, wlan0 usw aber NICHT für zusätzliche IPS, die demselben nic zugewiesen sind. Eine frühere Version von Ubuntu hatte keine Probleme damit, aber Ubuntu 12.04 mag es nicht ... Sei nett, wenn es es einfach ignorieren könnte.

Ich bin mir sicher, dass es in dieser Datei andere "Probleme" gibt, die dies verursachen können, also sollten Sie die Datei überprüfen und sicherstellen, dass keine Tippfehler usw. vorhanden sind.

    
D Langhorne 31.01.2013 16:00
35

Das könnte auch helfen: Link

Im Grunde bearbeiten Sie diese /etc/init/failsafe.conf -Datei und deaktivieren (kommentieren) Sie die sleep -Befehle, die das System tatsächlich pausieren. Abgesehen davon, dass es in meinem Fall überhaupt keinen Fehler in der Netzwerkkonfiguration gab, lief alles gut.

Übrigens, Ihre Lösung erlaubt nur das Konfigurieren der Loopback-Schnittstelle, etwas, das ich mir in meinem Setup nicht leisten konnte (ich musste die Schnittstellen und Brücken manuell einrichten).

    
nelsonspbr 29.01.2013 21:02
24

Die richtige (!) Lösung für dieses Problem ist folgender Befehl:

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

In /etc/network/interfaces ändert dies alle Schnittstellen (außer lo ) von auto nach allow-hotplug . Auf diese Weise wartet der Boot nicht mehr darauf, dass die Schnittstellen zuerst angezeigt werden.

  

Warnung: Nach dieser Änderung bleibt eine permanent verbundene Schnittstelle möglicherweise nach dem Start unten, bis systemd ein echtes Plug-Ereignis empfängt. Siehe Hinweise unten.

Beispiel vorher (siehe auto eth0 ):

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

Beispiel nach (siehe allow-hotplug eth0 ):

auto lo
iface lo inet loopback

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

Anmerkungen:

  • Wenn Sie Netzwerkfreigaben in /etc/fstab bereitstellen, verwenden Sie auto und nicht allow-hotplug für die Schnittstelle zu den Netzwerkfreigaben. Andernfalls können beim Startvorgang seltsame Dinge auftreten, da das Netzwerk vor der Freigabe von Netzwerkfreigaben verfügbar sein muss. allow-hotplug stellt dies nicht sicher.

  • Wenn sich die Schnittstellen im auto -Modus befinden, drücken Sie Folgendes aus: "Diese Schnittstellen sind für das Booten entscheidend, daher müssen wir warten , damit sie vor dem Booten erscheinen." Wenn sie also nicht auftauchen, verzögert Ubuntu den Bootvorgang mit Failsafe und wartet darauf, dass sie für bis zu 120 Sekunden angezeigt werden. Und das ist das Richtige.

    Im Gegensatz dazu sagen Interfaces, die auf allow-hotplug eingestellt sind, Ubuntu, dass sie optional sind. Daher sind sie nicht unbedingt erforderlich.

  • Ubuntu zeichnet auf, welche Schnittstellen zur Installationszeit verfügbar sind und setzt voraus, dass sie für den späteren Betrieb wichtig sind. Dies ist eine konservative Wahl, falls die Schnittstelle später benötigt wird, da einige Dienste an sie gebunden sind, da solche Dienste nicht gestartet werden können, wenn sie die Schnittstelle nicht erreichen.

  • Es gibt auch eine Kernel-Einstellung, die es Prozessen erlaubt, an nicht existierende IPs zu binden. Sie können also allow-hotplug verwenden, wenn Sie möchten, ohne die Stabilität des Boot-Prozesses zu beeinträchtigen. Dies ist jedoch eine ganz andere Geschichte.

Notizen (Update 2018-01-04):

  • Auf meiner Seite macht allow-auto dasselbe wie auto , also hilft es nicht (versucht mit br0 ).

  • Nachdem ich eines meiner Systeme auf Debian Stretch aktualisiert und zu SystemD gewechselt hatte, wurde der Bootstart unerträglich verzögert, während ich darauf wartete, dass die (permanent verbundene) Schnittstelle br0 auftrat. Jedoch mit allow-hotplug blieb die Schnittstelle br0 nach dem Start unten. Möglicherweise wird dies dadurch verursacht, dass SystemD auf einer solchen Schnittstelle kein echtes oder synthetisches Plug-Ereignis empfängt. Ich habe mich nicht näher damit befasst, da einige obskure crontab entry @reboot /sbin/ifup br0 für root es für mich reparierten. (Das funktioniert, ist aber wahrscheinlich etwas, das besser nicht anderen empfohlen werden sollte. Ich würde gerne hören, ob jemand eine bessere Idee hat.)

((Text endet hier, der Rest ist zu Ihrer Unterhaltung))

Und hier ist eine Geschichte des Bettes, die davon inspiriert ist:

Einige Bauern waren randaliert. Ihre Ernten sind ausgetrocknet! So dass sie untersucht, warum im Bewässerungsgraben nicht genug Wasser war. In der näheren Umgebung entdeckten sie sofort ihren Schuldigen. Das Damm! Der verdammte Damm hielt das ganze Wasser hoch!

Von diesem Moment an war klar, was zu tun ist. "Spreng den Damm!" Sie schrie und fing an, ihr Dynamit zu sammeln. Dann gingen sie alle hin direkt für den Damm.

Der kleine Sohn eines Bauern fragte seinen Vater nach was ist passiert. Er sagte zu seinem Sohn: "Es ist nicht genug Wasser drin der Graben, also sprengen wir den Damm! "Dann ging er sofort zu Folge der Packung.

"Aber", versuchte der Kleine hinter seinem Vater zu rufen, "Aber da ist ein Ventil! Öffne einfach das Ventil! "Traurig war seine Stimme zu sanft, und Seine Beine waren zu kurz, so dass diese Nachricht niemanden erreichte.

Der Junge setzte sich und weinte. Eine halbe Stunde später hörte er den fernen "Boom", der seinen Lieblingsplatz am Damm zerstörte, wo sich auch das Ventil befand.

Was ist als nächstes passiert?

Die Flut hat alle kostbaren Ernten weggefegt. Die Bank hat die Farm des Jungen Vaters weggenommen. Sein Vater konnte nicht für eine gute Schule bezahlen. Also schloss sich der Junge der Armee an, um eine höhere Ausbildung zu erhalten. Dort lernte er alles über die Physik von Sprengstoffen und versucht nun, einen explosiven Damm zu erfinden.

Was hat diese Geschichte damit zu tun?

  • Die Bauern sind die anderen Antworten.
  • Der kleine Junge ist diese Antwort hier.
  • Der Damm ist der Ubuntu Failsafe Schlaf.
  • Das Ventil ist die richtige Schnittstelleneinstellung.
  • Das Wasser ist der Boot-Prozess.
  • Die Ernten sind Ihr Ubuntu OS.
  • Und der gefüllte Graben ist, wie der Boot-Prozess aussehen sollte.

Die Einstellung der Schnittstelle, die in /etc/network/interfaces lebt, wird aufgebläht, wenn der Schlaf in Failsafe entfernt wird, und selbst wenn jemand das geschlossene Ventil ( auto ) sieht, hat niemand bemerkt, dass es auch geöffnet werden kann!

    
Tino 14.01.2016 16:45
12

Fügen Sie # in der Datei /etc/init/failsafe.conf vor allen Zeilen hinzu, die sleep <n> enthalten. Dies würde helfen, schnell zu booten.

Dies würde zu einem schnelleren Booten führen, und es würde keine Probleme mit der Datei /etc/network/interfaces beheben. Die Behebung von Problemen mit der Datei /etc/network/interfaces ist nicht der Zweck von /etc/init/failsafe.conf file.

Es gibt Situationen, in denen die Netzwerkschnittstelle nicht funktionieren soll (d. h. einen Laptop haben, der nur die eth0-Schnittstelle (Kabelverbindung) zu einem bestimmten Zeitpunkt angeschlossen hat). Ich möchte nicht 2 zusätzliche Minuten warten müssen, damit mein Laptop startet, weil ich die Kabelverbindung nicht angeschlossen habe.

    
Binil Jacob 25.03.2013 09:33
2

Ich hatte ein ähnliches Problem. Durch Ausführen von ifconfig -a habe ich festgestellt, dass die einzigen Netzwerkgeräte auf meinem Computer p4p1 und lo waren. Es gab kein eth0 .

Also habe ich /etc/network/interfaces bearbeitet und alle Instanzen von eth0 durch p4p1 ersetzt. Der Inhalt der Datei lautet jetzt:

auto lo
iface lo inet loopback

auto p4p1
iface p4p1 inet dhcp

Nach dem Neustart funktionierte das Netzwerk gut.

Wenn es darauf ankommt, habe ich Ubuntu 12.04.5 Server Edition verwendet.

    
David Grayson 20.03.2015 23:17

Tags und Links