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

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

Экран-заставка с 5 точками и сообщением:

ожидает настройки сети

с последующим:

Ожидание дополнительные 60 секунд для настройки сети

72
задан 17.06.2015, 21:45

6 ответов

Я решил использовать CLI и Alt + Ctrl + F2, так что вы БЕСПЛАТНО делаете это, пока вы входите в GUI - хорошо, я напишу общие шаги, поэтому не стесняйтесь использовать любой подход, который вам нравится.

  1. Редактировать /etc/network/interfaces:

    sudo nano /etc/network/interfaces
    
    1. Если вы печатаете это из LXTerminal при входе в GUI, то:

      gksudo leafpad /etc/network/interfaces
      
  2. Удалите все, что там написано, и просто сохраните это:

    auto lo
    iface lo inet loopback
    

Очень хорошая идея - сохранить резервную копию Файл "interfaces" на всякий случай, поэтому обязательно сохраните файл "interfaces.bak", прежде чем что-либо делать

  1. Ctrl + O < / kbd> если вы используете nano и Ctrl + S (File> Save), если вы используете leafpad.

  2. Ctrl + X , если вы используете nano и Ctrl + Q (File> Quit ) если вы используете leafpad.

  3. Перезагрузка.

  4. Готово.

44
ответ дан 17.10.2019, 09:49
  • 1
    auto lo iface lo inet loopback doesn' t работа – bgadoci 07.03.2013, 19:11
  • 2
    @draw это должно быть на двух строках: 1-я строка auto lo; 2-я строка iface lo inet loopback – Joshua Pinter 27.05.2013, 11:42
  • 3
    @danielkullmann; автоматический lo; (1-я строка) iface lo inet обратная петля; (2-я строка) Это doesn' t работают на меня также. Я должен вручную настроить интерфейс и дать его адрес!! – bgadoci 27.06.2013, 09:48
  • 4
    Мой файл интерфейсов точно походит на это, но проблема сохраняется/: – ravoorinandan 21.11.2014, 19:05
  • 5
    Обратите внимание, что это только собирается работать, если Вы имеете network-manager установленный. Это прибывает установленное в настольную версию Ubuntu, но не серверную версию. Если Вы не будете иметь network-manager установленный, и Вы делаете это, то ни один из Ваших интерфейсов не будет работать – Jasarien 02.01.2015, 17:54

В каждой ситуации, с которой я столкнулся, это проблема в / 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, назначенных тому же нику. В более ранней версии Ubuntu не было никаких проблем с этим, но Ubuntu 12.04 это не нравится ... Будьте хороши, если можете просто проигнорировать это.

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

37
ответ дан 17.10.2019, 09:49
  • 1
    " network" опция является устаревшей, больше не необходимая. – Jakob Egger 25.03.2013, 13:29
  • 2
    этот ответ не относится ко мне, у меня нет шлюзов ни в каких активных строках файла конфигурации этого файла – Jakob Egger 23.07.2013, 05:41
  • 3
    Это было ответом, в котором я нуждался – Joshua 23.05.2015, 17:42
  • 4
    У меня была точно та же проблема, и это решение работало отлично! – zekel 06.07.2015, 13:35
  • 5
    В моем случае строка, начинающаяся " auto" содержавший интерфейс " eth2" это больше не существовало т.е. больше не настраивалось в интерфейсах. – D6mi 16.05.2016, 16:32

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

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

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

36
ответ дан 17.10.2019, 09:49

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

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

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

13
ответ дан 17.10.2019, 09:49
  • 1
    Мог некоторые из тех строк (и преднамеренные задержки, которые они производят) быть важным? В противном случае я рекомендую развернуть этот ответ для объяснения почему. – Zac Bowling 25.03.2013, 13:43
  • 2
    Я полагаю, что те задержки находятся теперь исключительно в конфигурации сервера человечности, и они там для сокращения количества людей, которые жалуются на вещи, не работающие правильно, потому что некоторый сетевой запуск демона прежде там работал интерфейсы (возможно, dns) и так it' s лучше для ожидания здесь, чем спешка посредством начальной загрузки без сетевых соединений. – HelmiB 06.09.2015, 01:57
  • 3
    Хороший ответ! Автор failsafe.conf оставил свой адрес электронной почты там с комментариями, почему он ожидает в течение двух минут, если нет статический адрес. Я чувствую, что этот человек может быть только ответственен за экземпляры Ubuntu, которые загружаются 48x медленнее, чем Windows;) – Alex 14.04.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 Server edition.

2
ответ дан 17.10.2019, 09:49
  • 1
    Возможно, замена auto p4p1 с allow-hotplug p4p1 и Ваш компьютер также загружается быстро, если Ethernet снижается. Однако это зависит от Вашей установки. Например, если это - рабочая станция или сервер с сетевыми ресурсами (NFS, или Samba) Вы окончательно хотите ожидать Сети, чтобы быть доступными перед продолжением, таким образом allow-hotplug был бы неправильный выбор. – Jesse Rusak 17.04.2016, 12:59
  • 2
    Спасибо!! С ifconfig -a я обнаружил, что интерфейсы были действительно eth4 и eth5. – Tom Elliott 22.08.2016, 21:53

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

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. Таким образом, загрузка больше не ждет, пока интерфейсы появятся первыми.

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

Пример до (посмотрите на 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 не получает никакого реального или искусственного события подключения к такому интерфейсу. Я не стал углубляться в это, так как какая-то неясная запись crontab @reboot /sbin/ifup br0 для root исправила это для меня. (Это работает, но, вероятно, это то, что лучше не рекомендовать другим. Я хотел бы услышать, если у кого-то есть идея получше.)

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

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

Некоторые фермеры, выращивающие зерновые культуры, пришли в ярость. Их посевы высохли! Поэтому они исследовали, почему в оросительной канаве не было достаточно воды. В ближайшем расстоянии они сразу же обнаружили своего виновника. Плотина! Проклятая плотина задержала всю воду!

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

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

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

1161 Мальчик сел и заплакал. Через полчаса он услышал отдаленный «Бум», который уничтожил его любимую площадку у плотины, где также находился клапан.

Что случилось потом?

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

Какое отношение эта история имеет к этому здесь?

  • У фермеров, выращивающих зерновые, есть другие ответы.
  • Маленький мальчик - вот ответ.
  • Дамба - надежный спящий режим Ubuntu.
  • Клапан является правильной настройкой интерфейса.
  • Вода - это процесс загрузки.
  • Урожай - это ваша ОС Ubuntu.
  • И заполненная канава, как должен выглядеть процесс загрузки.

Настройка интерфейса, который живет в /etc/network/interfaces, взорвана с удалением сна в отказоустойчивом, и даже если кто-то увидит закрытый клапан (auto), никто не заметит, что он может быть открытым. а также!

27
ответ дан 17.10.2019, 09:49
  • 1
    Это - корректный ответ. Я надеюсь, что исходный автор вопроса выбирает это в качестве корректного ответа и отмечает проблему, как решено. – tsafrir 15.05.2016, 19:52
  • 2
    Спасибо за совместное использование @Tino. История хороша, но по-моему она создает помехи ответу слишком много, и по крайней мере она не должна быть помещена перед последними полезными техническими примечаниями – Pei 18.08.2016, 13:16
  • 3
    @ndemou спасибо за замечание, отредактированное соответственно. Я пытался использовать спойлер для истории, но она не выходила, поскольку мне понравилась она, таким образом, я оставил ее внутри, как на данный момент. – Ethan 18.08.2016, 14:17
  • 4
    Ответ высшего качества и ирония истории являются бесценными. – Andrey Zverev 16.08.2018, 13:42

Теги

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