Otrzymuję następujące informacje na starcie, zajmuje to około 3 do 5 minut, a zwykle około 1 minuty:
Waiting network configuration Booting system without full network configuration
Po googlowaniu znalazłem, że powinienem zmienić / etc / networks / interface . Skomentowałem wszystko, ale problem pozostaje:
# 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
Jak przyspieszyć uruchamianie Ubuntu 11.10?
boot
startup
networking
Léo Léopold Hertz 준영
źródło
źródło
allow-hotplug
zamiastauto
w pliku / etc / network / interfaces, np .allow-hotplug enp0s25
Wtedyiface enp0s25 inet dhcp
. Mówi to serwerowi, aby nie czekał, aż interfejs zaświeci się odpowiedzią dhcp.Odpowiedzi:
Po pierwsze, jest to nowe zachowanie udokumentowane w uwagach do wydania 11.10, które opracowałem wspólnie ze Scottem Moserem, aby zwiększyć niezawodność rozruchu serwera.
Komentowanie
lo
oznacza, że nie masz możliwości sieci lokalnej , co spowoduje uszkodzenie niektórych programów podczas próby korzystania z sieci. Spowoduje to również, że Twój system nigdy się nie uruchomi, ponieważ jest tak krytyczny. Więc zostaw te dwie linie:Te bity
eth0
oznaczały, że komputer został skonfigurowany tak, aby czekał na przypisanie mu adresu dynamicznego, zanim sieć zostanie uznana za UP . Wpre-upstart
wersjach Ubuntu (8.10 i wcześniejszych) system czekałby na to do 60 sekund przed kontynuowaniem rozruchu. Poupstart
dodaniu warunek ten nie był już dłużej oczekiwany, ponieważ interfejsami sieciowymi, które nie zawsze powinny być podłączane, lepiej zarządza coś podobnegonetwork-manager
.Tak więc, jeśli masz serwer, prawdopodobnie chcesz poczekać na adres dynamiczny, w przeciwnym razie system uruchomi się bez wszystkich dostępnych sieci (co dzieje się, jeśli uzyskanie adresu zajmuje więcej niż 2 minuty). Jeśli masz laptopa, do którego nie zawsze oczekujesz podłączenia
eth0
, skonfigurujeth0
w menedżerze sieci i usuń tylko te linie/etc/network/interfaces
, które powinny pozbyć się opóźnienia uruchamiania.Należy pamiętać, jest to znany błąd z
VMware
idbus
że również powoduje ten komunikat.źródło
Jeśli przeniosłeś swój system operacyjny z jednego komputera na inny, być może zgadniesz, że udev stworzył konfigurację zawierającą adres mac starego urządzenia sieciowego, który jest inny niż adres mac urządzenia sieciowego nowego systemu.
Spróbuj usunąć następujący plik, a następnie uruchom ponownie system i sprawdź, czy to rozwiąże problem:
źródło
Mieszasz 2 niekompatybilne sposoby przypisywania adresu do interfejsu sieciowego.
mówi „wyślij pakiet DHCPDISCOVER do fizycznej sieci lokalnej, poczekaj na pakiet DHCPOFFER z fizycznie lokalnego serwera DHCP i uzyskaj z niego adres IP (patrz http://www.rfc-editor.org/rfc/rfc1531. txt ), podczas gdy reszta wierszy przypisuje wartości do interfejsu „ręcznie”. Ważne jest, aby odpowiednio dobrać metodę przypisania adresu IP. Jeśli w sieci lokalnej jest serwer DHCP, należy go użyć. Aby to zrobić, usuń linie „adres”, „maska sieci”, „brama” i „rozgłaszanie”.
Jeśli nie masz połączenia z „administrowaną” siecią lokalną (i nie masz serwera DHCP) i chcesz ręcznie przypisać parametry adresu IP, zmień pierwszą linię na:
i zachowaj linie „adres”, „maska sieci”, „brama” i „rozgłaszanie”. Szczegółowe informacje na temat dostępnych adresów IP można znaleźć na stronie http://www.rfc-editor.org/rfc/rfc5735.txt . Parametry, które wyglądasz dla mnie OK.
Czytać
zwykłe komentowanie wszystkiego nie jest najlepszą drogą do szczęścia.
źródło
ifconfig -a
podczas uruchamiania, masz limit czasu.Wydaje się, że dla mnie najlepsze rozwiązanie tego problemu znaleziono na tej stronie linuksowej
Zasadniczo nadal wywołuje /etc/init/failsafe.conf, ale komentuje dwa wywołania uśpienia, które spowodowały opóźnienie. Naprawdę nie rozumiem, dlaczego zostały dodane, ponieważ moja sieć jest skonfigurowana bez opóźnień.
źródło
używam
Nie widzę sensu, kiedy nie ma łącza (brakuje kabla). Nie ma możliwości, aby dhcp mógł uzyskać adres, jeśli nie ma mediów. To jest błąd
źródło
Niedawno miałem właśnie ten sam problem. Próbowałem wejść i skomentować czas snu w
/etc/init/failsafe.conf
pliku i skończyło się na tym, że system po prostu ciągle próbuje się uruchomić. Naprawiłem ten błąd, uruchamiając się w trybie awaryjnym i wpadając do powłoki roota i wykonując następujące czynności, aby mieć uprawnienia rw:Następnie wydałem następujące polecenie, które wywołało plik, aby móc go edytować z powrotem do stanu oryginalnego:
Zapisz i wyjdź, a następnie uruchom ponownie system.
źródło
Użyj
allow-hotplug
zamiastauto
w/etc/network/interfaces
pliku, np .allow-hotplug enp0s25
Wtedyiface enp0s25 inet dhcp
. Mówi to serwerowi, aby nie czekał, aż interfejs zaświeci się odpowiedzią dhcp. - - Komentarz dr Zim.źródło