& ldquo; ожидание конфигурации сети & rdquo; проблема

Эта проблема возникает иногда при запуске ubuntu. Иногда вы не можете загрузиться в интерфейс.

Заставка с 5 точками и сообщение:

ожидание конфигурации сети

, за которым следуют:

Ожидание конфигурации сети

1
задан 17 June 2015 в 21:45

5 ответов

В каждой ситуации, с которой я столкнулся с этим, это проблема в / 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

Параметр второго шлюза будет заставляйте ubuntu висеть в течение 60+ секунд во время загрузки, вам нужно всего лишь определить шлюз для первой секции eth0, вам нужно определить шлюз для любых дополнительных карт nic, IE eth1, wlan0 и т. д., но НЕ для дополнительной IPS, назначенной для такой же ник. Ранняя версия Ubuntu не имела никаких проблем с этим, но Ubuntu 12.04 не нравится ... Будьте милы, если бы он мог просто проигнорировать это.

Я уверен, что в этом есть другие «проблемы» файл, который может вызвать это, поэтому вы должны проверить файл и убедиться, что нет опечаток и т. д.

37
ответ дан 25 May 2018 в 04:40
  • 1
    "Сеть" вариант устарел, больше не нужен. – jdthood 25 March 2013 в 17:29
  • 2
    этот ответ не относится ко мне, у меня нет шлюзов в любых активных строфах этого файла – memnoch_proxy 23 July 2013 в 07:41
  • 3
    Это был ответ, который мне нужен – Patrick Chu 23 May 2015 в 17:42
  • 4
    У меня была точно такая же проблема, и это решение отлично работало! – Sam 6 July 2015 в 13:35
  • 5
    В моем случае линия, начинающаяся с «auto», содержал интерфейс "eth2" который больше не существует, то есть больше не настраивается в интерфейсах. – hacker2007 16 May 2016 в 16:32

Это может также помочь: http://tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/

В принципе вы редактируете этот файл /etc/init/failsafe.conf и отключите (комментируете) команды sleep, которые фактически приостанавливают работу системы. Помимо выполнения задания, по крайней мере, в моем случае в конфигурации сети не было никакой ошибки, так что все прошло отлично.

Кстати, вы разрешаете только настраивать интерфейс loopback, что-то, что я могу (я должен был вручную настроить интерфейсы и мосты).

35
ответ дан 25 May 2018 в 04:40
  • 1
    Это должен быть правильный ответ. Многие люди считают, что функциональность failsafe.conf является излишним – kbuilds 2 January 2015 в 19:55
  • 2
    Убийство отказоустойчивости никогда не является правильным ответом. Исправить неправильную конфигурацию, которая позволяет выполнять отказоустойчивость, это правильная вещь. Существуют различные места, где может быть неправильная конфигурация, но она окончательно не работает в безотказной работе! – Tino 17 April 2016 в 12:53
  • 3
    Это правильный ответ, на мой взгляд. Я запускаю загрузку без сетевых конфигураций, когда я клонирую серверы или восстанавливаю резервные копии во время аварийного восстановления. Мне не нужно ждать 2 минуты во время чрезвычайной ситуации, но ничего «неправильно». с моими конфигами. – FreeSoftwareServers 11 October 2016 в 23:05
  • 4
    Не удалось получить доступ к URL-адресу, кажется, что страница опустилась. Он доступен на archive.org: web.archive.org/web/20160301200431/http://… – rog 2 April 2017 в 00:16

реальные(!) решение этой проблемы следующую команду:

[Ф1]

в [Ф4] это меняет все интерфейсы (кроме [ф5]) от [F6], чтобы [ф7]. Таким образом, ботинок нет больше ждать интерфейсы, приходят первыми.

предупреждение: после этой замены постоянно подключенным интерфейсом может лежать после загрузки, пока [ф8] получает событие реальной вилкой. См. Примечания ниже.

пример (посмотри на [F9]):

[Ф2]

пример после (посмотрите на [ф10]):

[Ф3]

Примечания:

если вы монтируете сетевые папки в на [F11], использовать [F12] и не [от f13] для интерфейса сетевых ресурсов. Еще можно увидеть странные вещи происходят на процесс загрузки, потому что сеть должна быть доступна до сети держатели акций. [ф14] не обеспечивает этого. Если интерфейсы в режиме [ф15], вы выражаете: "эти интерфейсы имеют решающее значение для загрузки, так что мы должны ждать их, чтобы прийти до того, как мы загрузились." Следовательно, если они не придумают, убунту задержки загрузки с функцией автоотключения, ожидать их появления в течение 120 секунд. И это правильно. В отличие от интерфейсов, которые устанавливаются в [ф16] скажи убунту, что они являются необязательными. Следовательно, они не являются существенными для загрузки. Убунту записей, которые доступны интерфейсы во время установки, и предполагается, что они имеют важное значение для последующих операций. Это консервативный выбор, в случае, если интерфейс в последствии необходим, потому что некоторые службы связывается с ней, как таковой службы не запускаются, если они пропустят интерфейса вверх. Там же есть параметр ядра, который позволяет связать процессы в несуществующих IP-адресов, так что вы всегда можете использовать [f17 в], Если вам нравится, без ущерба для стабильности процесса загрузки. Однако, это совсем другая история.

Примечания (обновление 2018-01-04):

если вы монтируете сетевые папки в на [F11], использовать [F12] и не [от f13] для интерфейса сетевых ресурсов. Еще можно увидеть странные вещи происходят на процесс загрузки, потому что сеть должна быть доступна до сети держатели акций. [ф14] не обеспечивает этого.

если вы монтируете сетевые папки в на [F11], использовать [F12] и не [от f13] для интерфейса сетевых ресурсов. Еще можно увидеть странные вещи происходят на процесс загрузки, потому что сеть должна быть доступна до сети держатели акций. [ф14] не обеспечивает этого.

после обновления одной из моих систем, чтобы растянуть Debian и переход на systemd, ботинок стало невыносимо затянулось время ожидания (постоянно подключен внешний) интерфейс [клавиши f21] приходят. Однако с [ф22] интерфейс [ф23] остался после загрузки. Возможно, это вызвано systemd в, не получая каких-либо реальных или синтетических событие вилка на такой интерфейс. Я не копал глубже, как какую-то непонятную [ф24] запись [f25 привод датчика] для [ф26] исправлено это для меня. (Это работает, но, вероятно, что-то, что лучше не следует рекомендовать другим. Я бы хотел услышать, если у кого-то есть идея получше.)

((здесь текст заканчивается, остальное-для развлечения))

и вот история сном, вдохновленные этим:

некоторые посевы фермеров вышли на рожон. Их посевы высохли! Так они исследовали, почему там не было достаточно воды в арыке. В ближних distcance они сразу заметили их виновника. Плотины! Проклятые дамбы провел всю воду!

с этого момента было ясно, что делать. "Взорвать плотину!" они орали и начали собирать их динамить. Затем они все направились прямо к плотине.

младший сын одного из фермеров спросил отца о том, что происходит. Он сказал своему сыну: "не хватает воды в канаве, поэтому мы взорвать плотину!" Затем он сразу же ушел, чтобы следовать стаи.

"но", мальчик пытался кричать после того, как его отец, "но есть клапан! Просто откройте кран!" К сожалению, его голос был слишком мягким, и его ноги были слишком коротки, так что это сообщение не с кем связаться.

мальчик сел и заплакал. Полчаса спустя он услышал далекий "бум", который уничтожил его любимая площадка у плотины, где клапан находится, тоже.

то, что произошло дальше?

наводнение смыло все драгоценные посевы. Банк забрал ферму отца юноши. Отец не смог платить за хорошие школы. Поэтому мальчик пошел в армию, чтобы получить высшее образование. Там он узнал все о phyics взрывчатых веществ и теперь пытается изобрести взрыв плотины устойчивы.

если вы монтируете сетевые папки в на [F11], использовать [F12] и не [от f13] для интерфейса сетевых ресурсов. Еще можно увидеть странные вещи происходят на процесс загрузки, потому что сеть должна быть доступна до сети держатели акций. [ф14] не обеспечивает этого.

если интерфейсы в [ф15] режим, вы выражаете: "эти интерфейсы имеют решающее значение для загрузки, так что мы должны ждать их, чтобы прийти до того, как мы загрузились." Следовательно, если они не придумают, убунту задержки загрузки с функцией автоотключения, ожидать их появления в течение 120 секунд. И это правильно. В отличие от интерфейсов, которые устанавливаются в [ф16] скажи убунту, что они являются необязательными. Следовательно, они не являются существенными для загрузки. плотина-это убунту безотказный спать. убунту записей, которые доступны интерфейсы во время установки, и предполагается, что они имеют важное значение для последующих операций. Это консервативный выбор, в случае, если интерфейс в последствии необходим, потому что некоторые службы связывается с ней, как таковой службы не запускаются, если они пропустят интерфейса вверх. воды процесс загрузки. [dиода d17]Там же есть параметр ядра, который позволяет связать процессы в несуществующих IP-адресов, так что вы всегда можете использовать [f17 в], Если вам нравится, без ущерба для стабильности процесса загрузки. Однако, это совсем другая история.[!dиода d17] и заполненная канава, как процесс загрузки должен выглядеть.

, что эта история с этим делать здесь?

23
ответ дан 25 May 2018 в 04:40
  • 1
    Это правильный ответ. Надеюсь, что первоначальный искатель выбирает это как правильный ответ и отмечает проблему как решаемую. – thatmaheshrs 15 May 2016 в 19:52
  • 2
    Спасибо, что поделились с вами. История хороша, но, на мой взгляд, она слишком много загромождает ответ и, по крайней мере, не должна быть помещена перед последними полезными техническими примечаниями – ndemou 18 August 2016 в 13:16
  • 3
    @ndemou Спасибо за внимание, отредактирован соответствующим образом. Я попытался использовать спойлер для истории, но это не получилось так, как мне понравилось, поэтому я оставил его так, как сейчас. – Tino 18 August 2016 в 14:17

Добавьте # в файл /etc/init/failsafe.conf перед всеми строками, содержащими sleep <n>. Это поможет быстро загрузиться.

Это приведет к более быстрой загрузке, и это не устранит проблемы с файлом /etc/network/interfaces. Исправление проблем с файлом /etc/network/interfaces не является целью файла /etc/init/failsafe.conf.

Бывают ситуации, когда сетевой интерфейс не работает (например, у ноутбука есть только интерфейс eth0 (проводной соединение) в некоторых случаях). Я не хочу ждать 2 дополнительных минуты для загрузки моего ноутбука, потому что у меня нет подключенного проводного подключения.

12
ответ дан 25 May 2018 в 04:40
  • 1
    Могут ли некоторые из этих строк (и преднамеренные задержки, которые они производят) быть важными? Если нет, я рекомендую расширить этот ответ, чтобы объяснить, почему. – Eliah Kagan 25 March 2013 в 17:43
  • 2
    Я считаю, что эти задержки теперь исключительно в конфигурации сервера ubuntu, и они там, чтобы уменьшить количество людей, которые жалуются на то, что не работает правильно, потому что какой-то запуск сетевого демона до того, как появились рабочие интерфейсы (возможно, dns), и поэтому лучше подождать здесь, чем спешить через загрузку без сетевых подключений. – kkron 6 September 2015 в 01:57
  • 3
    Хороший ответ! Автор failafe.conf оставил там свою электронную почту с комментариями о том, почему он ждет две минуты, если нет статического адреса. Я чувствую, что этот человек может нести исключительную ответственность за экземпляры Ubuntu, которые загружаются в 48 раз медленнее, чем Windows;) – Brain2000 14 April 2016 в 08:24

У меня была аналогичная проблема. Запустив 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.

2
ответ дан 25 May 2018 в 04:40
  • 1
    Возможно, замените auto p4p1 на allow-hotplug p4p1, и ваш компьютер также быстро загрузится, если Ethernet не работает. Однако это зависит от вашей настройки. Например, если это рабочая станция или сервер с сетевыми ресурсами (NFS или Samba), вы окончательно хотите дождаться, когда сеть будет доступна, прежде чем продолжить, поэтому allow-hotplug будет неправильным выбором. – Tino 17 April 2016 в 12:59
  • 2
    Спасибо!! С ifconfig -a я обнаружил, что интерфейсы были действительно eth4 и eth5. – francadaval 22 August 2016 в 21:53

Другие вопросы по тегам:

Похожие вопросы: