«En attente de la configuration du réseau», en ajoutant 3 à 5 minutes au démarrage

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

Après Google, j'ai trouvé que je devais changer / etc / networks / interface . J'ai tout commenté là-bas mais le problème demeure:

# 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 pouvez-vous accélérer la mise en service d'Ubuntu 11.10?

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

Les commentaires losignifient que vous n’avez aucune capacité de réseau local , ce qui endommagera certains programmes lorsqu’ils essaieront d’utiliser le réseau. Cela empêchera également votre système de démarrer car il est si critique. Alors laissez ces deux lignes:

auto lo
iface lo inet loopback

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

Donc, si vous avez un serveur, vous voudrez probablement attendre une adresse dynamique, sinon le système démarrera sans que tous ses réseaux ne soient disponibles (ce qui est le cas s'il faut plus de 2 minutes pour obtenir une adresse). Si vous avez un ordinateur portable auquel vous ne vous attendez pas toujours eth0, branchez-le eth0dans le gestionnaire de réseau et supprimez uniquement ces lignes /etc/network/interfaces, ce qui devrait vous permettre d'éliminer votre délai de démarrage.

N'oubliez pas qu'il existe un bogue connu avec VMwareet dbusqui provoque également ce message.

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 celle 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

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

iface eth0 inet dhcp

"envoie un paquet DHCPDISCOVER au réseau physique local, attend un paquet DHCPOFFER d'un serveur DHCP physiquement local et récupère l'adresse IP de celui-ci (voir http://www.rfc-editor.org/rfc/rfc1531. txt ), tandis que le reste des lignes attribue "manuellement" des valeurs à l'interface. Il est important que la méthode d'attribution d'adresse IP soit correctement définie. S'il y a un serveur DHCP sur votre réseau local, vous devez l'utiliser. supprimez les lignes "adresse", "masque de réseau", "passerelle" et "diffusion".

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

iface eth0 inet static

et conservez les lignes "adresse", "masque de réseau", "passerelle" et "diffusion". Voir http://www.rfc-editor.org/rfc/rfc5735.txt pour plus de détails sur les adresses IP disponibles. Les paramètres que vous avez ont l’air OK pour moi.

Lis

man 5 interfaces

tout commenter n'est pas la meilleure voie vers le bonheur.

On dirait que pour moi, la meilleure solution à ce problème a été trouvée sur ce site Linux

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

j'utilise

eth0 inet dhcp

Je ne vois pas le point d'attendre quand il n'y a pas de lien (le câble manque) Il n'y a aucun moyen pour DHCP de recevoir l'adresse s'il n'y a pas de média. C'est un bug

J'ai récemment eu ce même problème. J'ai essayé d'entrer et de commenter le temps de sommeil dans le /etc/init/failsafe.conffichier et le système a essayé de démarrer en continu. J'ai corrigé cette erreur en démarrant en mode sans échec, puis en accédant à un shell racine et en procédant comme suit pour obtenir les privilèges rw:

mount -o remount,rw / 

J'ai ensuite lancé la commande suivante qui a amené le fichier afin que je puisse le remettre dans son état d'origine:

sudo nano /etc/init/failsafe.conf 

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

Utilisez allow-hotplugau lieu de autodans le /etc/network/interfacesfichier, par exemple, allow-hotplug enp0s25alors 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.