& ldquo; Ожидание конфигурации сети & rdquo; добавление от 3 до 5 минут для загрузки

Правильный драйвер для вашего устройства не тот, который вы установили, а r8712u:

modinfo r8712u | grep 3300
alias:          usb:v07D1p3300d*dc*dsc*dp*ic*isc*ip*in*

Он включен по умолчанию в 13.04. Попробуйте загрузить его:

sudo modprobe r8712u

Любые ошибки или предупреждения? Создан ли беспроводной интерфейс?

iwconfig

Если нет, проверьте наличие подсказок здесь:

dmesg | grep r87

Если просто загружается, ваше устройство работает, добавьте автоматически загружаемый модуль :

sudo -i
echo r8712u >> /etc/modules
exit
37
задан 29 September 2011 в 03:01

7 ответов

Используйте allow-hotplug вместо auto в файле /etc/network/interfaces, например, allow-hotplug enp0s25, затем iface enp0s25 inet dhcp. Это говорит серверу не ждать, пока интерфейс загорится с ответом dhcp. - - комментарий доктора Зима.

2
ответ дан 25 May 2018 в 18:34
  • 1
    Наконец, реальное решение для этого. Благодаря! – Ivan 9 August 2017 в 19:56
  • 2
    Если бы я смог проголосовать за этот ответ дважды, я бы это сделал! Спасибо :) – Ole Henrik Skogstrøm 16 November 2017 в 23:43

Во-первых, это новое поведение, задокументированное в примечаниях к выпуску 11.10, которое я фактически разработал вместе со Скоттом Мозером в качестве попытки сделать загрузку сервера более надежной.

Комментируя lo, означает, что у вас нет возможности локальной сети, что приведет к разрыву некоторых программ при попытке использовать сеть. Это также приведет к тому, что ваша система никогда не будет загружаться, потому что это так важно. Итак, оставьте эти две строки:

auto lo
iface lo inet loopback

Биты о eth0 означали, что ваш компьютер был настроен на ожидание назначения динамического адреса до того, как сеть будет считаться UP. В версиях pre-upstart Ubuntu (8.10 и более ранних) система дождалась до 60 секунд для этого, прежде чем продолжить загрузку. Когда было добавлено upstart, этого условия больше не ждали, потому что сетевые интерфейсы, которые не всегда ожидали, что они подключены, лучше управляются чем-то вроде network-manager.

Итак, если у вас есть сервер, вы, вероятно, UP , чтобы ждать динамического адреса, иначе система будет загружаться без всех доступных ей сетей (что он делает, если для получения адреса требуется более 2 минут). Если у вас есть ноутбук, который вы не всегда ожидаете подключиться к eth0, тогда настройте eth0 в сетевом менеджере и удалите только те строки из /etc/network/interfaces, которые должны избавиться от вашей задержки загрузки. [ ! d5]

Имейте в виду, что существует известная ошибка с VMware и dbus, которая также вызывает это сообщение.

38
ответ дан 25 May 2018 в 18:34
  • 1
    Маси, похоже, вам нужно задать другой вопрос. – SpamapS 19 October 2011 в 05:24
  • 2
    Извините, я новичок, и я до сих пор не понимаю, почему система должна ждать около 2-4 дополнительных минут для IP. И главный вопрос: «Нужен ли мне этот. если у меня есть ноутбук, и я всегда использую проводные и беспроводные сетевые соединения? " – itun 2 November 2011 в 16:14
  • 3
    @SpamapS и Скотт Мозер. Пожалуйста, измените то, что было. Вы повредите пользователей Desktop. Я понимаю, что вы сэкономите время на программирование, но, пожалуйста, подумайте, что из-за такого изменения 100 миллионов пользователей теряют каждый день 2 минуты. Это огромная стоимость! Пожалуйста, филиал Ubuntu Server полностью отличается от Ubuntu Desktop. – Léo Léopold Hertz 준영 5 November 2011 в 04:50
  • 4
    повышая это значение для осознания. НО, как обычный пользователь настольного компьютера, я ОЧЕНЬ НЕ ХОЧУ, что для этого нет быстрой загрузки. Определенно воспринимается как ухудшение с 10.04 до 12.04 обновления. Эта проблема усугубляется тем фактом, что диспетчер сети не может напрямую контролировать такие параметры, как дуплекс и autoneg, в результате чего необходимо добиться этого через / etc / network / interfaces – prusswan 6 February 2012 в 10:17
  • 5
    @SpamapS: Хотя я рад, что вы задумались над добавлением опции «нет ожидания», то, что действительно нужно обдумать, почему Canonical так последовательно терпит неудачу в QA (пользователь в течение последних 6 лет, и я сталкиваюсь с демонстрационными регрессиями каждый выпуск, который должен иметь предотвращается каждый выпуск). В стороне, сервер и минимальные компакт-диски широко используются для установки на рабочем столе, потому что у графического установщика часто возникают проблемы и / или это упрощает получение минимального компакт-диска на неисправных носителях. Определенно небезопасно предположить, что, поскольку пользователь использует альтернативный или минимальный CD, они должны устанавливать сервер. – Joseph Garvin 22 September 2012 в 11:21

Если вы переместили свою ОС с одной машины на другую, было бы неплохо предположить, что udev создал конфигурацию, содержащую MAC-адрес старого сетевого устройства, который отличается от MAC-адреса сетевого устройства от вашей новой системы. [ ! d0]

Попробуйте удалить следующий файл, а затем перезагрузите систему и посмотрите, разрешает ли она проблему:

/etc/udev/rules.d/70-persistent-net.rules
8
ответ дан 25 May 2018 в 18:34
  • 1
    dachange благодарит за то, что вы на правильном пути, чтобы решить другую проблему! я получал тайм-аут сброса на моем устройстве wlan0 rlt8185 при выполнении набора ссылок ip wlan0 вверх. Посмотрел в файле 70-persistent-net.rules и прокомментировал строку, которая добавила мое беспроводное устройство, перезагрузилась и теперь работает! – user 19 June 2012 в 00:56
  • 2
    dachange благодарит за то, что вы на правильном пути, чтобы решить другую проблему! я получал тайм-аут сброса на моем устройстве wlan0 rlt8185 при выполнении набора ссылок ip wlan0 вверх. Посмотрел в файле 70-persistent-net.rules и прокомментировал строку, которая добавила мое беспроводное устройство, перезагрузилась и теперь работает! – user 19 June 2012 в 00:56
  • 3
    dachange благодарит за то, что вы на правильном пути, чтобы решить другую проблему! я получал тайм-аут сброса на моем устройстве wlan0 rlt8185 при выполнении набора ссылок ip wlan0 вверх. Посмотрел в файле 70-persistent-net.rules и прокомментировал строку, которая добавила мое беспроводное устройство, перезагрузилась и теперь работает! – user 19 June 2012 в 00:56
  • 4
    dachange благодарит за то, что вы на правильном пути, чтобы решить другую проблему! я получал тайм-аут сброса на моем устройстве wlan0 rlt8185 при выполнении набора ссылок ip wlan0 вверх. Посмотрел в файле 70-persistent-net.rules и прокомментировал строку, которая добавила мое беспроводное устройство, перезагрузилась и теперь работает! – user 19 June 2012 в 00:56
  • 5
    dachange благодарит за то, что вы на правильном пути, чтобы решить другую проблему! я получал тайм-аут сброса на моем устройстве wlan0 rlt8185 при выполнении набора ссылок ip wlan0 вверх. Посмотрел в файле 70-persistent-net.rules и прокомментировал строку, которая добавила мое беспроводное устройство, перезагрузилась и теперь работает! – user 19 June 2012 в 00:56
  • 6
    dachange благодарит за то, что вы на правильном пути, чтобы решить другую проблему! я получал тайм-аут сброса на моем устройстве wlan0 rlt8185 при выполнении набора ссылок ip wlan0 вверх. Посмотрел в файле 70-persistent-net.rules и прокомментировал строку, которая добавила мое беспроводное устройство, перезагрузилась и теперь работает! – user 19 June 2012 в 00:56
  • 7
    Это была моя проблема. Спасибо! – Avio 29 January 2013 в 15:32

Вы смешиваете 2 несовместимых способа назначения адреса сетевому интерфейсу.

iface eth0 inet dhcp

говорит «отправить пакет DHCPDISCOVER в физическую локальную сеть, дождаться пакета DHCPOFFER от физического локальный DHCP-сервер и получить от него IP-адрес (см. http://www.rfc-editor.org/rfc/rfc1531.txt), а остальные строки присваивают значения интерфейсу «вручную». Важно, чтобы если вы используете DHCP-сервер в своей локальной сети, вы должны использовать его. Для этого удалите строки «адрес», «сетевая маска», «шлюз» и «трансляция». [ ! d1]

Если вы не подключены к «управляемой» локальной сети (и не имеете DHCP-сервера) и хотите вручную назначить параметры IP-адреса, измените первую строку на: [!d4 ]

iface eth0 inet static

и сохраните строки «адрес», «сетевая маска», «шлюз» и «широковещательная передача». См. http://www.rfc-editor.org/rfc/rfc1531.txt [ ! d3] для получения информации о том, какие IP-адреса доступны для использования. посмотри мне в порядке.

Читайте

man 5 interfaces

, просто комментируя все, это не лучший путь к счастью.

6
ответ дан 25 May 2018 в 18:34
  • 1
    Спасибо за ваш ответ! - Почему мой Ubuntu работает с пустым / etc / network / interfaces ? - Как вы видите, что он не работает нормально или эффективно? – Léo Léopold Hertz 준영 29 September 2011 в 03:00
  • 2
    Поэтому в последней строке говорится: отправить статический пакет в физическую локальную сеть, дождаться статического пакета из физической локальной сети и получить от него IP-адрес. – Léo Léopold Hertz 준영 29 September 2011 в 03:02
  • 3
    Я знаю [код] iface eth0 inet static address 192.168.0.2 netmask 255.255.255.0 шлюз 192.168.0.1 широковещательный 192.168.0.255 [/ code], в моем / etc / network / interfaces и проблема все еще сохраняется: загрузка много. – Léo Léopold Hertz 준영 29 September 2011 в 03:09
  • 4
    Нет. Строка с "статическим" говорит «Получить IP-адрес из следующих строк». сетевые пакеты не отправляются. – waltinator 29 September 2011 в 03:23
  • 5
    Я думаю, что понял. Поскольку ваш мобильный широкополосный доступ не настроен, когда последовательность загрузки выполняет ifconfig -a во время запуска, вы получаете таймаут. – waltinator 2 October 2011 в 23:23

Кажется, для меня наилучшее решение этой проблемы было найдено на этом Linux-сайте

В принципе, все еще вызывая /etc/init/failsafe.conf, но комментируя два вызова сна, вызвавших задержка. Я не понимаю, почему они были добавлены, так как моя сеть настроена отлично, не требуя задержки.

5
ответ дан 25 May 2018 в 18:34

Я использую

eth0 inet dhcp

Я не вижу точки ожидания, когда нет ссылки (кабель отсутствует) Нет способа, по которому dhcp может получить адрес, если нет носителя. Это ошибка

3
ответ дан 25 May 2018 в 18:34
  • 1
    Я использую один и тот же код, но мне все равно приходится ждать сетевой конфигурации каждый раз. – Matthew Wilson 7 January 2012 в 18:39

Недавно у меня была такая же проблема. Я попытался зайти и прокомментировать время сна в файле /etc/init/failsafe.conf и в итоге система просто постоянно пытается загрузиться. Я исправил эту ошибку, загрузив ее в безопасный режим и забравшись в корневую оболочку и выполнив следующие действия, чтобы у меня были rw privleges:

mount -o remount,rw / 

Затем я выпустил следующую команду, которая привела файл, чтобы я может отредактировать его до исходного состояния:

sudo nano /etc/init/failsafe.conf 

Сохранить и выйти, а затем перезагрузить систему.

2
ответ дан 25 May 2018 в 18:34
  • 1
    Не могли бы вы сказать, что вы отредактировали в файле failafe.conf. Вы прокомментировали вызовы сна? Я пробовал это несколько лет назад безуспешно. – Léo Léopold Hertz 준영 9 July 2014 в 01:53
  • 2
    Абсолютно. После того, как вы находитесь в файле failafe.conf txt, вы просто ищете вызовы сна. Я вернул себе 5, 40 и 59 соответственно. Я, однако, не смог успешно прокомментировать вызовы сна, поскольку он заставил систему входить в непрерывную загрузку. – clrn0979 19 July 2014 в 12:35

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

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