Eu recebo as informações a seguir na inicialização, demora cerca de 3 a 5 minutos, normalmente cerca de 1 minuto:
Waiting network configuration Booting system without full network configuration
Encontrei depois do google que eu deveria mudar / etc / networks / interface . Eu comentei tudo lá, mas o problema continua:
# 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
Como você pode tornar a inicialização do Ubuntu 11.10 mais rápida?
Use allow-hotplug em vez de auto no arquivo /etc/network/interfaces , por exemplo, allow-hotplug enp0s25 then iface enp0s25 inet dhcp . Isso diz ao servidor para não esperar que a interface acenda com uma resposta dhcp. - -
Comentário do Dr. Zim.
Comentar lo significa que você não tem recursos de rede local , o que quebrará alguns programas quando eles tentarem usar a rede. Isso também fará com que seu sistema nunca inicialize porque é tão crítico. Então, deixe estas duas linhas:
auto lo
iface lo inet loopback
Os bits sobre eth0 significavam que sua máquina estava configurada para aguardar que um endereço dinâmico fosse atribuído a ela antes que a rede fosse considerada UP . Em pre-upstart versões do Ubuntu (8.10 e anteriores), o sistema teria esperado até 60 segundos antes de continuar a inicialização. Quando upstart foi adicionado, essa condição não foi mais esperada, porque as interfaces de rede que nem sempre eram esperadas para serem conectadas são melhor gerenciadas por algo como network-manager .
Portanto, se você tiver um servidor, provavelmente deseja que espere por um endereço dinâmico; caso contrário, o sistema inicializará sem todas as suas redes disponíveis (o que acontece se levar mais de 2 minutos para obter um endereço). Se você tem um laptop que nem sempre espera estar conectado a eth0 , configure eth0 no gerenciador de rede e remova apenas as linhas de /etc/network/interfaces , que devem eliminar seu atraso de inicialização. / p>
Tenha em mente que há um erro conhecido com VMware e dbus que também causa essa mensagem.
Se você mudou seu sistema operacional de uma máquina para outra, pode ser um bom palpite que o udev tenha criado uma configuração contendo o endereço MAC do seu dispositivo de rede antigo, diferente do endereço MAC do dispositivo de rede do seu novo sistema. / p>
Tente remover o seguinte arquivo, depois reinicie o sistema e veja se isso resolve o problema:
/etc/udev/rules.d/70-persistent-net.rules
Você está misturando duas maneiras incompatíveis de atribuir um endereço a uma interface de rede.
iface eth0 inet dhcp
diz "envia um pacote DHCPDISCOVER para a rede local física, espera para um pacote DHCPOFFER de um servidor DHCP fisicamente local e obtém o endereço IP dele (veja link ), enquanto o restante das linhas atribuem valores à interface" manualmente "É importante que se obtenha o método de atribuição de endereço IP Se houver um servidor DHCP na sua rede local, você deve usá-lo, para isso exclua as linhas "endereço", "máscara de rede", "gateway" e "transmissão".
Se você não estiver conectado a uma rede local "administrada" (e não tiver um servidor DHCP) e quiser atribuir os parâmetros de endereço IP manualmente, altere a primeira linha para:
iface eth0 inet static
e mantenha as linhas "endereço", "netmask", "gateway" e "broadcast". Consulte o link para obter detalhes sobre quais endereços IP estão disponíveis para uso. Os parâmetros que você tem parecem OK para mim.
Leia
man 5 interfaces
simplesmente comentar tudo não é o melhor caminho para a felicidade.
Parece que, para mim, a melhor solução para este problema foi encontrada neste site de linux
Basicamente, ainda chamando /etc/init/failsafe.conf, mas comentando as duas chamadas de sono que causaram o atraso. Eu realmente não vejo porque eles foram adicionados, já que minha rede está bem configurada sem a necessidade de um atraso.
eu uso
eth0 inet dhcp
Eu não vejo o ponto de espera quando não há link (o cabo está faltando) Não há como o dhcp obter o endereço se não houver mídia. Este é um bug
Recentemente, acabei de ter esse mesmo problema. Eu tentei entrar e comentar o tempo de sono no arquivo /etc/init/failsafe.conf e acabei com o sistema tentando continuamente inicializar. Eu consertei esse erro inicializando no modo de segurança e colocando em um shell de root e fazendo o seguinte para que eu tivesse privregs de rw:
mount -o remount,rw /
Em seguida, emiti o seguinte comando, que trouxe o arquivo para que eu pudesse editá-lo de volta ao seu estado original:
sudo nano /etc/init/failsafe.conf
Salve e saia e reinicialize o sistema.
Tags boot networking startup