Причины возникновения и решение таймаута загрузки сетевых интерфейсов
Waiting for network configuration...
Waiting up to 60 more seconds for network configuration...
Waiting up to 60 more seconds for network configuration...
В интернетах распространено решение редактированием параметра sleep в файле /etc/init/failsafe.conf, но мало кто понимает причину возникновения данной ситуации. На самом деле все просто - не верно сконфигурирована сеть. Всего-то надо правильно описать настройки сети в файле /etc/network/interfaces.
Пара примеров некорректной настройки сети, с которыми сталкивался лично:
Прописано два шлюза
Неверный конфиг:
auto eth0
iface eth0 inet static
address 192.168.0.10
netmask 255.255.255.0
gateway 192.168.0.1
auto eth1
iface eth1 inet static
address 1.2.3.4
netmask 255.255.255.0
gateway 1.2.3.1
Машине присвоен одновременно и белый IP адрес, и серый, находящийся за NAT'ом. Для решения один из gateway надо убрать.
Default gateway находится в другой подсети
Актуально для некоторых dedicated серверов с виртуальной Linux машиной.
Неверный конфиг:
auto eth0
iface eth0 inet static
address 1.2.3.4
netmask 255.255.255.0
gateway 5.6.7.8
Система при старте не может поднять маршрут. т.к. шлюз находится в другом сегменте сети.
Решением является поднятие маршрутов после поднятия интерфейса.
Верный конфиг:
auto eth0
iface eth0 inet static
address 1.2.3.4
netmask 255.255.255.0
gateway 5.6.7.8
post-up route add 5.6.7.8 eth0
post-up route add default gw 5.6.7.8 dev eth0
Заметка морально припоздала, т.к. даже в Debian 8 Jessie уже перешли на systemd, где не верно сконфигурированная сеть вообще не показывает сообщений при загрузке. В примере с двумя шлюзами основным становится тот, который идет в конфиге первым по счету. В любой другой ситуации происходит занесение информации о событии в /var/log/daemom.log. Если же допущены грубые ошибки, то система стартует без сети, так же заполняя лог.