"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, prend environ 3 à 5 minutes, alors que normalement environ 1 minute:
Waiting network configuration Booting system without full network configuration
J'ai trouvé après avoir googlé que je devrais 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 le démarrage d’Ubuntu 11.10?
Utilisez allow-hotplug au lieu de auto dans le fichier /etc/network/interfaces, par exemple, allow-hotplug enp0s25 puis 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.
Tout d'abord, il s'agit d'un nouveau comportement, documenté dans les notes de publication de la version 11.10, que j'ai en fait développé avec Scott Moser dans le but de rendre le démarrage du serveur plus fiable.
Si vous commentez lo, cela signifie que vous n’avez aucune capacité réseau locale , 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 concernant eth0 signifient que votre machine a été configurée pour attendre l’attribution d’une adresse dynamique avant que le réseau soit considéré UP. Dans les versions pre-upstart d'Ubuntu (versions 8.10 et antérieures), le système aurait attendu jusqu'à 60 secondes avant de poursuivre 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 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 sur lequel vous ne vous attendez pas toujours à être connecté à eth0, configurez eth0 dans le gestionnaire de réseau et supprimez uniquement les lignes de /etc/network/interfaces, ce qui devrait vous permettre d'éliminer votre délai de démarrage.
N'oubliez pas qu'il existe un bogue conn avec VMware et dbus qui entraîne é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
dit "envoyer un paquet DHCPDISCOVER au réseau physique local, attendre le paquet DHCPOFFER d'un serveur DHCP physiquement local et en obtenir l'adresse IP (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 vous obteniez l'adresse IP méthode d’affectation d’adresse right. Si vous avez un serveur DHCP sur votre réseau local, vous devez l’utiliser. Pour ce faire, 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 manuellement les paramètres d'adresse IP, 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
En gros, 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 correctement configuré 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 fichier /etc/init/failsafe.conf et je me suis retrouvé avec le système essayant en permanence de démarrer. J'ai corrigé cette erreur en démarrant en mode sans échec, en passant dans 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.