"Attente de la configuration du réseau" ajoutant 3 à 5 minutes au démarrage

37

Je reçois les informations suivantes au démarrage, cela prend environ 3 à 5 minutes, et normalement environ 1 minute:

Waiting network configuration
Booting system without full network configuration

J'ai trouvé après googler que je devais changer / etc / networks / interface . J'ai tout commenté mais le problème reste:

# 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

Comment accélérer le démarrage d’Ubuntu 11.10?

    
posée Léo Léopold Hertz 준영 28.09.2011 - 21:56
la source

7 réponses

2

Utilisez allow-hotplug au lieu de auto dans le fichier /etc/network/interfaces , par exemple allow-hotplug enp0s25 alors iface enp0s25 inet dhcp . Cela indique au serveur de ne pas attendre que l'interface s'allume avec une réponse DHCP. - -  Commentaire du Dr Zim.

    
réponse donnée Léo Léopold Hertz 준영 09.08.2017 - 20:35
la source
38

Tout d’abord, il s’agit d’un nouveau comportement, documenté dans les notes de version 11.10, que j’ai développé avec Scott Moser afin de rendre le démarrage du serveur plus fiable.

Commenter lo signifie que vous n’avez pas de capacité réseau locale , ce qui brisera certains programmes quand ils essaieront d’utiliser le réseau. Cela entraînera également votre système à ne jamais démarrer car il est si critique. Alors laissez ces deux lignes:

auto lo
iface lo inet loopback

Les bits de eth0 signifient que votre ordinateur a été configuré pour attendre qu'une adresse dynamique lui soit affectée avant que le réseau ne soit considéré comme UP . Dans les versions pre-upstart d'Ubuntu (8.10 et antérieures), le système aurait attendu jusqu'à 60 secondes avant de continuer le démarrage. Lorsque upstart a été ajouté, cette condition n'était plus attendue, car les interfaces réseau qui n'étaient pas toujours censées être connectées sont mieux gérées par quelque chose comme network-manager .

Donc, si vous avez un serveur, vous souhaitez probablement attendre une adresse dynamique, sinon le système démarrera sans tous ses réseaux disponibles (ce qui est le cas si cela prend plus de 2 minutes) pour obtenir une adresse). Si vous ne souhaitez pas toujours connecter un ordinateur portable à eth0 , configurez eth0 dans le gestionnaire de réseau et supprimez uniquement les lignes de /etc/network/interfaces , ce qui devrait éliminer votre délai de démarrage.

N'oubliez pas qu'il existe un bogue connu avec VMware et dbus qui provoque également ce message.

    
réponse donnée SpamapS 15.10.2011 - 07:30
la source
8

Si vous avez déplacé votre système d'exploitation d'une machine à une autre, il est probable que udev a créé une configuration contenant l'adresse mac de votre ancien périphérique réseau, différente de l'adresse mac du périphérique réseau de votre nouveau système.

Essayez de supprimer le fichier suivant, puis redémarrez votre système et voyez si cela résout le problème:

/etc/udev/rules.d/70-persistent-net.rules
    
réponse donnée dachande 07.06.2012 - 11:50
la source
6

Vous mélangez deux manières incompatibles d’attribuer une adresse à une interface réseau.

iface eth0 inet dhcp

dit "envoyer un paquet DHCPDISCOVER au réseau local physique, attendre un paquet DHCPOFFER d'un serveur DHCP physiquement local et obtenir l'adresse IP de ce dernier (voir lien ), alors que le reste des lignes assigne des valeurs à l'interface" manuellement ". Il est important que l'on obtienne la méthode d'attribution d'adresse IP Si vous avez un serveur DHCP sur votre réseau local, vous devez l’utiliser: pour cela, supprimez les lignes "adresse", "masque de réseau", "passerelle" et "diffusion".

Si vous n'êtes pas connecté à un réseau local "administré" (et ne possédez pas de serveur DHCP) et souhaitez attribuer manuellement les paramètres d'adresse IP, remplacez la première ligne par:

iface eth0 inet static

et conservez les lignes "address", "netmask", "gateway" et "broadcast". Voir lien pour plus de détails sur les adresses IP disponibles. Les paramètres que vous avez semblent corrects pour moi.

Lire

man 5 interfaces

Simplement commenter tout est pas la meilleure voie vers le bonheur.

    
réponse donnée waltinator 28.09.2011 - 23:55
la source
5

Il me semble que la meilleure solution à ce problème a été trouvée sur ce site linux

Fondamentalement, appelant toujours /etc/init/failsafe.conf, mais en commentant les deux appels de veille qui ont causé le retard. Je ne vois pas vraiment pourquoi ils ont été ajoutés, car mon réseau est bien configuré sans besoin de délai.

    
réponse donnée Ted 20.04.2012 - 03:06
la source
3

J'utilise

eth0 inet dhcp

Je ne vois pas l'intérêt d'attendre quand il n'y a pas de lien (le câble est manquant) Dhcp ne peut pas obtenir l'adresse s'il n'y a pas de média. Ceci est un bug

    
réponse donnée wah 22.11.2011 - 21:49
la source
2

J'ai récemment eu le même problème. J'ai essayé d'entrer et de commenter le temps de repos dans le fichier /etc/init/failsafe.conf et j'ai fini par essayer de démarrer le système. J'ai corrigé cette erreur en démarrant en mode sans échec et en déposant dans un shell racine et en procédant comme suit pour que je dispose de privilèges rw:

mount -o remount,rw / 

J'ai ensuite émis la commande suivante qui a amené le fichier pour que je puisse l'éditer dans son état d'origine:

sudo nano /etc/init/failsafe.conf 

Enregistrez et fermez, puis redémarrez le système.

    
réponse donnée clrn0979 08.07.2014 - 19:43
la source

Lire d'autres questions sur les étiquettes