Эта проблема возникает иногда при запуске ubuntu. Иногда вы не можете загрузиться с интерфейсом.
Заставка с 5 точками и сообщение:
waiting for network configuration
, а затем:
waiting an additional 60 seconds for network configuration
Эта проблема возникает иногда при запуске ubuntu. Иногда вы не можете загрузиться с интерфейсом.
Заставка с 5 точками и сообщение:
waiting for network configuration
, а затем:
waiting an additional 60 seconds for network configuration
Я решил пойти на CLI и Alt + Ctrl + F2, так что ВЫ БЕСПЛАТНО сделать это, пока вы вошли в GUI. Хорошо, я напишу общие шаги, поэтому не стесняйтесь использовать любой подходящий вам подход.
Изменить /etc/network/interfaces
:
sudo nano /etc/network/interfaces
Если вы набираете это из LXTerminal во время входа в GUI, тогда:
gksudo leafpad /etc/network/interfaces
Удалите все, что там написано, и просто сохраните это:
auto lo
iface lo inet loopback
Очень хорошая идея сохранить резервную копию файла «интерфейсов» на всякий случай, поэтому обязательно сохраните файл «interfaces.bak», прежде чем что-либо сделать
Ctrl + O , если вы используете nano и Ctrl + S (Файл > Сохранить), если вы используете листовую панель.
Ctrl + X , если вы используете nano и Ctrl + Q (Файл > Quit), если вы используете листовую панель.
Reboot.
Готово.
В каждой ситуации, с которой я столкнулся, это проблема в / etc / network / interfaces
Вам не нужно удалять все, как было предложено в более раннем сообщении, а скорее проверять общие проблемы.
В моем случае это определяло параметр шлюза для дополнительного IPS ethernet. Вам нужно только определить шлюз для основного интерфейса для каждой карты.
Что я имею в виду, если ваш файл выглядит так:
auto eth0
iface eth0 inet static
address 10.0.0.5
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.1
auto eth0:0
iface eth0:0 inet static
address 10.0.0.6
netmask 255.255.255.0
network 10.0.0.0
#gateway 10.0.0.1
Параметр 2-го шлюза заставит ubuntu висеть в течение 60+ секунд во время загрузки, вам нужно только определить шлюз для первой секции eth0, вам нужно определить шлюз для любых дополнительных карт-ящиков, IE eth1, wlan0 и т. д. но НЕ для дополнительной IPS, назначенной для того же nic. Ранняя версия Ubuntu не имела никаких проблем с этим, но Ubuntu 12.04 не нравится ... Будьте здоровы, если она может просто проигнорировать ее.
Я уверен, что в этом файле есть другие «проблемы», поэтому вы можете проверить этот файл и убедиться, что нет опечаток и т. д.
Это тоже может помочь: Ссылка
В основном вы редактируете этот файл /etc/init/failsafe.conf
и отключаете (комментируете) команды sleep
, которые фактически приостанавливают работу системы. Помимо выполнения задания, по крайней мере, в моем случае в конфигурации сети не было никакой ошибки, поэтому все прошло нормально.
Кстати, вы только разрешаете настраивать интерфейс loopback, чего я не мог себе позволить в своей настройке (мне приходилось вручную настраивать интерфейсы и мосты).
Реальное (!) решение этой задачи следующее:
sudo sed -i.old-'date +%Y%m%d-%H%M%S' '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces
В /etc/network/interfaces
это изменяет все интерфейсы (кроме lo
) от auto
до allow-hotplug
. Таким образом, загрузка больше не ждет появления интерфейсов.
Warning: After this change a permanently connected interface might stay down after boot until
systemd
receives a real plug event. See Notes below.
Пример до (смотрите auto eth0
):
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
Пример после (посмотрите allow-hotplug eth0
):
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
Примечания:
Если вы подключаете сетевые ресурсы в /etc/fstab
, используйте auto
, а не allow-hotplug
для интерфейса к сетевым ресурсам. Кроме того, вы можете видеть, что в процессе загрузки происходят странные вещи, поскольку сеть должна быть доступна до монтирования сетевого ресурса. allow-hotplug
не гарантирует этого.
Если интерфейсы находятся в режиме auto
, вы выражаете: «Эти интерфейсы имеют решающее значение для загрузки, поэтому мы должны ждать , чтобы они появились до того, как мы загрузились». Следовательно, если они не появятся, Ubuntu задержит загрузку с помощью отказоустойчивого режима, ожидая появления на экране до 120 секунд. И это правильная вещь.
Напротив, интерфейсы, настроенные на allow-hotplug
, сообщают Ubuntu, что они являются необязательными. Следовательно, они не являются необходимыми для загрузки.
Ubuntu записывает, какие интерфейсы доступны во время установки, и предполагает, что они важны для последующей работы. Это консервативный выбор, если интерфейс понадобится позже, потому что некоторые службы привязаны к нему, так как такие службы не запускаются, если они пропускают интерфейс.
Также есть параметр ядра, который позволяет процессам связываться с несуществующими IP-адресами, поэтому вы всегда можете использовать allow-hotplug
, если хотите, не нанося ущерба стабильности процесса загрузки. Однако это совсем другая история.
Примечания (обновление 2018-01-04):
На моей стороне allow-auto
делает то же самое, что и auto
, поэтому он не помогает (используется с br0
).
После обновления одной из моих систем до Debian Stretch и перехода на SystemD, загрузка стала невыносимо задерживаемой, ожидая появления (постоянно подключенного внешнего) интерфейса br0
. Однако с allow-hotplug
интерфейс br0
остался после загрузки . Возможно, это вызвано тем, что SystemD не получает никакого реального или синтетического события plug на таком интерфейсе. Я не углубился в это, поскольку некоторые неясные crontab
entry @reboot /sbin/ifup br0
для root
исправили это для меня. (Это работает, но, вероятно, это нечто, что лучше не следует рекомендовать другим. Хотелось бы услышать, есть ли у кого-то лучшее представление.)
((Текст заканчивается здесь, остальное для вашего развлечения))
И вот история с постели, вдохновленная этим:
Некоторые фермеры выращивали ярость. Их культуры высохли! Поэтому они исследовал, почему в оросительной канаве недостаточно воды. В более близком расстоянии они сразу заметили своего преступника. плотины! Проклятая плотина подняла всю воду!
С этого момента было ясно, что делать. «Взорвите плотину!» Oни закричали и начали собирать свой динамит. Затем все они возглавили прямо для плотины.
Маленький сын одного из фермеров спросил отца что происходило. Он сказал сыну: «Недостаточно воды в канаву, так что мы взорвали плотину! »Затем он немедленно ушел в следуйте за пакетом.
«Но», маленький попытался крикнуть после своего отца: «Но есть клапан! Просто откройте клапан! »К сожалению, его голос был слишком мягким, и его ноги были слишком короткими, поэтому это сообщение никому не дошло.
Мальчик сел и заплакал. Через полчаса он выслушал далекий «Бум», который уничтожил его любимую площадку у плотины, где находился и клапан.Что произошло дальше?
Потоп сметал все драгоценные культуры. Банк забрал ферму отца мальчика. Его отец не смог заплатить за хорошую школу. Поэтому мальчик присоединился к армии, чтобы получить высшее образование. Там он узнал все о фитике взрывчатых веществ и теперь пытается изобрести разрушительную плотину.
Что эта история должна делать с этим здесь?
Настройка интерфейса, который живет в /etc/network/interfaces
, взорван, когда сон в отказоустойчивом состоянии удален, и даже если кто-то видит закрытый клапан ( auto
), никто не может сказать, что он также может быть открыт!
Добавьте #
в файл /etc/init/failsafe.conf
перед всеми строками, содержащими sleep <n>
. Это поможет быстро загрузиться.
Это приведет к более быстрой загрузке, и это не устранит проблемы с файлом /etc/network/interfaces
. Исправление проблем с файлом /etc/network/interfaces
не является целью файла /etc/init/failsafe.conf
.
Есть ситуации, когда вы хотите не работать в сетевом интерфейсе (т. е. иметь ноутбук, в котором есть только интерфейс eth0 (проводное соединение), подключаемый некоторое время). Я не хочу ждать еще 2 минуты для загрузки моего ноутбука, потому что у меня нет подключенного проводного подключения.
У меня была аналогичная проблема. Запустив ifconfig -a
, я определил, что единственными сетевыми устройствами на моем компьютере были p4p1
и lo
. Не было eth0
.
Итак, я редактировал /etc/network/interfaces
, заменяя все экземпляры eth0
p4p1
. Теперь содержимое файла:
auto lo
iface lo inet loopback
auto p4p1
iface p4p1 inet dhcp
После перезагрузки сеть работала нормально.
Если это имеет значение, я использовал версию сервера Ubuntu 12.04.5.