"Warten auf Netzwerkkonfiguration", um 3 bis 5 Minuten zur Startzeit hinzuzufügen

Beim Start erhalte ich die folgenden Informationen, die ungefähr 3 bis 5 Minuten und normalerweise ungefähr 1 Minute dauern:

Waiting network configuration
Booting system without full network configuration

Ich fand nach dem googeln, dass ich / etc / networks / interface ändern sollte . Ich habe dort alles auskommentiert, aber das Problem bleibt:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

Wie kann der Start von Ubuntu 11.10 beschleunigt werden?

Zunächst einmal ist dies ein neues Verhalten, das in den Versionshinweisen von 11.10 dokumentiert ist und das ich zusammen mit Scott Moser entwickelt habe, um den Serverstart zuverlässiger zu gestalten.

Auskommentieren bedeutet, lodass Sie keine lokale Netzwerkfähigkeit haben, wodurch einige Programme beschädigt werden, wenn sie versuchen, das Netzwerk zu verwenden. Es wird auch dazu führen, dass Ihr System niemals startet, weil es so kritisch ist. Lassen Sie also diese beiden Zeilen:

auto lo
iface lo inet loopback

Die Bits über eth0bedeuten, dass Ihr Computer so konfiguriert wurde, dass er auf die Zuweisung einer dynamischen Adresse wartet, bevor das Netzwerk als UP betrachtet wird . In pre-upstartUbuntu-Versionen (8.10 und früher) hätte das System bis zu 60 Sekunden darauf gewartet, bevor der Startvorgang fortgesetzt wurde. Als upstarthinzugefügt wurde, wurde auf diese Bedingung nicht mehr gewartet, da Netzwerkschnittstellen, von denen nicht immer erwartet wurde, dass sie eingesteckt sind, besser von so etwas wie verwaltet werden network-manager.

Wenn Sie also einen Server haben, möchten Sie wahrscheinlich auf eine dynamische Adresse warten. Andernfalls wird das System gestartet, ohne dass alle verfügbaren Netzwerke verfügbar sind (was auch der Fall ist, wenn das Abrufen einer Adresse länger als 2 Minuten dauert). Wenn Sie einen Laptop haben, an den Sie wahrscheinlich nicht immer angeschlossen sind eth0, konfigurieren Sie ihn eth0im Netzwerk-Manager und entfernen Sie nur die Leitungen von /etc/network/interfaces, die Ihre Startverzögerung beseitigen sollten.

Denken Sie daran, es ist ein bekannter Fehler mit VMwareund dbusdas verursacht auch diese Meldung.

Wenn Sie Ihr Betriebssystem von einem Computer auf einen anderen verschoben haben, ist es wahrscheinlich, dass udev eine Konfiguration erstellt hat, die die Mac-Adresse Ihres alten Netzwerkgeräts enthält, die sich von der Mac-Adresse des Netzwerkgeräts Ihres neuen Systems unterscheidet.

Entfernen Sie die folgende Datei, und starten Sie das System neu. Prüfen Sie, ob das Problem dadurch behoben wird:

/etc/udev/rules.d/70-persistent-net.rules

Sie mischen zwei inkompatible Methoden, um einer Netzwerkschnittstelle eine Adresse zuzuweisen.

iface eth0 inet dhcp

"Sende ein DHCPDISCOVER-Paket an das physische lokale Netzwerk, warte auf ein DHCPOFFER-Paket von einem physisch lokalen DHCP-Server und erhalte die IP-Adresse von diesem (siehe http://www.rfc-editor.org/rfc/rfc1531). txt ), während die restlichen Zeilen der Schnittstelle "manuell" Werte zuweisen. Es ist wichtig, dass die IP-Adresszuweisungsmethode richtig ist. Wenn sich in Ihrem lokalen Netzwerk ein DHCP-Server befindet, sollten Sie diesen verwenden. Löschen Sie die Zeilen "address", "netmask", "gateway" und "broadcast".

Wenn Sie nicht mit einem "verwalteten" lokalen Netzwerk verbunden sind (und keinen DHCP-Server haben) und die IP-Adressparameter manuell zuweisen möchten, ändern Sie die erste Zeile in:

iface eth0 inet static

Behalten Sie die Zeilen "Adresse", "Netzmaske", "Gateway" und "Broadcast" bei. Weitere Informationen zu den verfügbaren IP-Adressen finden Sie unter http://www.rfc-editor.org/rfc/rfc5735.txt . Die Parameter, die Sie haben, sehen für mich OK aus.

Lesen

man 5 interfaces

Einfach alles auskommentieren ist nicht der beste Weg zum Glück.

Mir scheint, die beste Lösung für dieses Problem wurde auf dieser Linux-Site gefunden

Grundsätzlich immer noch /etc/init/failsafe.conf aufrufen, aber die beiden Sleep-Aufrufe auskommentieren, die die Verzögerung verursacht haben. Ich verstehe nicht wirklich, warum sie hinzugefügt wurden, da mein Netzwerk ordnungsgemäß konfiguriert ist, ohne dass eine Verzögerung erforderlich ist.

ich benutze

eth0 inet dhcp

Ich sehe keinen Wartepunkt, wenn keine Verbindung besteht (das Kabel fehlt). Wenn kein Medium vorhanden ist, kann DHCP die Adresse auf keinen Fall ermitteln. Das ist ein Fehler

Ich hatte vor kurzem gerade das gleiche Problem. Ich habe versucht, die Sleep-Zeit in der /etc/init/failsafe.confDatei einzugeben und auszukommentieren, und das System hat ständig versucht, zu booten. Ich habe diesen Fehler behoben, indem ich in den abgesicherten Modus gebootet und in eine Root-Shell geworfen habe und folgende Schritte ausgeführt habe, damit ich rw-Berechtigungen hatte:

mount -o remount,rw / 

Ich gab dann den folgenden Befehl aus, der die Datei aufrief, damit ich sie wieder in ihren ursprünglichen Zustand zurückversetzen konnte:

sudo nano /etc/init/failsafe.conf 

Speichern und beenden Sie das Programm und starten Sie das System neu.

Verwenden Sie allow-hotplugstatt autoin der /etc/network/interfacesDatei zB allow-hotplug enp0s25dann iface enp0s25 inet dhcp. Dies weist den Server an, nicht darauf zu warten, dass die Schnittstelle mit einer DHCP-Antwort aufleuchtet. - - Dr. Zims Kommentar.