"In attesa di configurazione della rete" aggiungendo da 3 a 5 minuti al tempo di avvio

Ricevo le seguenti informazioni all'avvio, impiegano dai 3 ai 5 minuti, mentre normalmente circa 1 minuto:

Waiting network configuration
Booting system without full network configuration

Ho scoperto dopo aver cercato su Google che avrei dovuto cambiare / etc / networks / interface . Ho commentato tutto lì, ma il problema rimane:

# 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

Come si può rendere più veloce l'avvio di Ubuntu 11.10?

Innanzitutto, si tratta di un nuovo comportamento, documentato nelle note di rilascio dell'11.10, che ho effettivamente sviluppato insieme a Scott Moser nel tentativo di rendere l'avvio del server più affidabile.

Commentare losignifica che non hai alcuna capacità di rete locale , il che interromperà alcuni programmi quando tentano di utilizzare la rete. Inoltre, il tuo sistema non si avvierà mai perché è così critico. Quindi lascia queste due righe:

auto lo
iface lo inet loopback

I bit circa eth0significavano che la macchina era configurata per attendere che gli fosse assegnato un indirizzo dinamico prima che la rete fosse considerata UP . Nelle pre-upstartversioni di Ubuntu (8.10 e precedenti), il sistema avrebbe atteso fino a 60 secondi prima di continuare l'avvio. Quando è upstartstata aggiunta, questa condizione non era più attesa, perché le interfacce di rete che non si aspettavano sempre di essere collegate sono meglio gestite da qualcosa di simile network-manager.

Quindi, se hai un server, probabilmente vuoi aspettare un indirizzo dinamico, altrimenti il ​​sistema si avvierà senza tutte le sue reti disponibili (cosa che succede se ci vogliono più di 2 minuti per ottenere un indirizzo). Se hai un laptop a cui non ti aspetti sempre di essere collegato eth0, quindi configura eth0in Network Manager e rimuovi solo quelle linee /etc/network/interfaces, che dovrebbero eliminare il tuo ritardo di avvio.

Tenete a mente, c'è un bug noto con VMwaree dbusche causa anche questo messaggio.

Se hai spostato il tuo sistema operativo da un computer a un altro, potrebbe essere una buona idea che udev abbia creato una configurazione contenente l'indirizzo mac del tuo vecchio dispositivo di rete che è diverso dall'indirizzo mac del dispositivo di rete dal tuo nuovo sistema.

Prova a rimuovere il seguente file, quindi riavvia il sistema e verifica se questo risolve il problema:

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

Stai mescolando 2 modi incompatibili per assegnare un indirizzo a un'interfaccia di rete.

iface eth0 inet dhcp

dice "invia un pacchetto DHCPDISCOVER alla rete locale fisica, aspetta un pacchetto DHCPOFFER da un server DHCP fisicamente locale e ottieni l'indirizzo IP da esso (vedi http://www.rfc-editor.org/rfc/rfc1531. txt ), mentre il resto delle righe assegna i valori all'interfaccia "manualmente". È importante che si ottenga correttamente il metodo di assegnazione dell'indirizzo IP. Se nella rete locale è presente un server DHCP, è necessario utilizzarlo. Per fare ciò, elimina le righe "address", "netmask", "gateway" e "broadcast".

Se non si è connessi a una rete locale "amministrata" (e non si dispone di un server DHCP) e si desidera assegnare manualmente i parametri dell'indirizzo IP, modificare la prima riga in:

iface eth0 inet static

e mantieni le righe "address", "netmask", "gateway" e "broadcast". Vedere http://www.rfc-editor.org/rfc/rfc5735.txt per dettagli su quali indirizzi IP sono disponibili per l'uso. I parametri che hai mi sembrano OK.

Leggere

man 5 interfaces

commentare semplicemente tutto non è la strada migliore per la felicità.

Sembra che per me sia stata trovata la migliore soluzione per questo problema in questo sito di Linux

Fondamentalmente, sto ancora chiamando /etc/init/failsafe.conf, ma commentando le due chiamate di sospensione che hanno causato il ritardo. Non vedo davvero perché siano stati aggiunti, poiché la mia rete è configurata correttamente senza la necessità di un ritardo.

Io uso

eth0 inet dhcp

Non vedo il punto di attesa quando non è presente alcun collegamento (manca il cavo) Non è possibile che dhcp riesca a ottenere l'indirizzo se non sono presenti supporti. Questo è un bug

Di recente ho avuto questo stesso problema. Ho provato ad entrare e commentare il tempo di sospensione nel /etc/init/failsafe.conffile e ho finito con il sistema solo continuamente cercando di avviare. Ho risolto questo errore avviando in modalità provvisoria ed entrando in una shell di root e facendo quanto segue in modo da avere i privilegi di rw:

mount -o remount,rw / 

Ho quindi emesso il seguente comando che ha portato il file in modo da poterlo riportare al suo stato originale:

sudo nano /etc/init/failsafe.conf 

Salva ed esci, quindi riavvia il sistema.

Utilizzare allow-hotpluginvece che autonel /etc/network/interfacesfile, ad esempio, allow-hotplug enp0s25quindi iface enp0s25 inet dhcp. Questo dice al server di non aspettare che l'interfaccia si accenda con una risposta dhcp. - - Commento del dottor Zim.