"Чекаємо конфігурації мережі", додаючи 3 - 5 хвилин для завантаження

37

Наступні відомості я отримую при запуску, займає від 3 до 5 хвилин, а зазвичай близько 1 хвилини:

Waiting network configuration
Booting system without full network configuration

Після googling я виявив, що мені слід змінити / etc / мережі / інтерфейс . Я прокоментував усе там, але проблема залишається:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

Як можна швидше запустити Ubuntu 11.10?

boot startup networking

— Лео Леопольд Герц 준영
джерело

5

Я не розумію такої поведінки. Я не хочу змінювати свій файл інтерфейсів щоразу, коли йду додому. Бувають ситуації, коли у мене просто немає мережі АБО я використовую розумний ПІСЛЯ входу в систему. Для мене як власника ноутбука, що означає чекати 2 безцільні хвилини. Двічі щодня. Крім того: я налаштував всі інтерфейси статичними. У жодному разі.

2

@jrg Це не проблема коду, це проблема дизайну. Чи можу я подати помилку щодо такої проблеми?

— Лео Леопольд Герц 준영

1

Так, ти можеш. Просто зауважте, що це помилка дизайну. :)

— jrg

@jrg Яким повинен бути статус помилки? - Я вибрав xorg як пакет, оскільки потрібно було щось вибрати. Я ставив його статус недійсним, оскільки це насправді не про нього. - Йдеться про дизайн. Чи можуть люди зараз зрозуміти, що статус помилки не знижується, а лише для пакета xorg?

— Лео Леопольд Герц 준영

2

Використовуйте allow-hotplugзамість autoфайлу / etc / network / interfaces, наприклад, allow-hotplug enp0s25тоді iface enp0s25 inet dhcp. Це говорить серверу не чекати, коли інтерфейс загориться відповіддю dhcp.

— Захарі Скотт

38

По-перше, це нова поведінка, зафіксована в примітках до випуску 11.10, що я насправді розробив разом зі Скоттом Мозером як прагнення зробити завантаження сервера більш надійним.

Коментування loозначає, що ви не маєте можливості локальної мережі, яка порушить деякі програми, коли вони намагаються використовувати мережу. Це також призведе до того, що ваша система ніколи не завантажиться, оскільки вона настільки критична. Тому залиште ці два рядки:

auto lo
iface lo inet loopback

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

Отже, якщо у вас є сервер, ви, ймовірно, хочете чекати динамічної адреси, інакше система завантажиться без усіх доступних мереж (що це робити, якщо на отримання адреси потрібно більше 2 хвилин). Якщо у вас є ноутбук, до якого ви не завжди розраховуєте підключити eth0, конфігуруйте eth0мережевий менеджер і видаліть лише ті рядки /etc/network/interfaces, які повинні позбутися затримки завантаження.

Майте на увазі, що є відома помилка з VMwareі dbusщо також викликає це повідомлення.

— СпамапС
джерело

1

Масі, здається, вам потрібно задати інше запитання.

— SpamapS

3

Вибачте, я новачок і досі не розумію, чому система повинна чекати приблизно 2-4 зайвих хвилин для IP. І головне питання: "чи потрібен мені цей. Якщо у мене ноутбук і я завжди використовую дротові та бездротові мережеві з'єднання?"

— itun

2

@SpamapS та Скотт Мозер Будь ласка, змініть те, що було раніше. Ви шкодите користувачам Настільного ПК. Я розумію, що ви економите час на програмуванні речей, але врахуйте, якщо 100 мільйонів користувачів щодня втрачають дві хвилини через таку зміну. Це величезна вартість! Будь ласка, відділення Ubuntu Server повністю відрізняється від Ubuntu Desktop.

— Лео Леопольд Герц 준영

5

підтримуючи це для усвідомлення, АЛЕ як звичайний користувач настільних комп'ютерів, Я ДУЖЕ НЕЧАСТИЙ, що для цього не існує варіанту швидкого завантаження. Однозначно сприймається як погіршення з 10.04 до 12.04 оновлення. Ця проблема ускладнюється тим, що менеджер мережі не в змозі безпосередньо керувати такими налаштуваннями, як дуплекс і автонег, що призводить до необхідності досягти цього через / etc / network / interfaces

— prusswan

2

@SpamapS: Хоча я радий, що ви розмірковували над тим, щоб додати параметр "не очікування", проте, що насправді потрібно задуматися, це те, чому Canonical так послідовно виходить з ладу в QA (користувач останні 6 років, і я стикаюся з регресіями шоустоппер кожного релізу, який повинен мати запобігли кожному звільненню). Крім цього, сервер та мінімальний компакт-диск широко використовуються для встановлення на робочому столі, оскільки у графічного інсталятора часто виникають проблеми та / або легше отримати мінімальний компакт-диск, що працює на несправних носіях. Безперечно припустити, що оскільки користувач використовує альтернативний або мінімальний компакт-диск, він повинен встановлювати сервер.

— Джозеф Гарвін

8

Якщо ви перемістили вашу ОС з однієї машини на іншу, можливо, гарно здогадається, що udev створив конфігурацію, що містить mac-адресу вашого старого мережевого пристрою, яка відрізняється від mac-адреси мережевого пристрою від вашої нової системи.

Спробуйте видалити наступний файл, після чого перезавантажте систему та подивіться, чи це вирішує проблему:

/etc/udev/rules.d/70-persistent-net.rules

— дачанда
джерело

dachange дякую за те, що ви на правильному шляху вирішити іншу проблему! Я отримував час очікування скидання на моєму пристрої wlan0 rlt8185 під час виконання ip-посилання, встановленого wlan0. Заглянув у 70-стійкий файл-net.rules і прокоментував рядок, який додав мій бездротовий пристрій, перезавантажився і тепер він працює!

6

Ви змішуєте два несумісні способи присвоєння адреси мережевому інтерфейсу.

iface eth0 inet dhcp

говорить: "надішліть пакет DHCPDISCOVER у фізичну локальну мережу, зачекайте DHCPOFFER-пакет з фізично локального сервера DHCP та отримайте від нього IP-адресу (див. http://www.rfc-editor.org/rfc/rfc1531. txt ), а решта рядків присвоюють значення інтерфейсу "вручну". Важливо, щоб правильно встановити спосіб призначення IP-адреси. Якщо у вашій локальній мережі є сервер DHCP, ви повинні використовувати це. Щоб це зробити, видаліть рядки "адреса", "мережна маска", "шлюз" та "трансляція".

Якщо ви не підключені до локальної мережі "адміністратора" (у вас немає сервера DHCP) і хочете призначити параметри IP-адреси вручну, змініть перший рядок на:

iface eth0 inet static

і зберігати рядки "адреса", "мережна маска", "шлюз" та "мовлення". Докладні відомості про те, які IP-адреси доступні для використання, див. У розділі http://www.rfc-editor.org/rfc/rfc5735.txt . У вас параметри виглядають нормально.

Прочитайте

man 5 interfaces

просто коментувати все, що виходить, - не найкращий шлях до щастя.

— вальтінатор
джерело

Спасибі за вашу відповідь! - Чому мій Ubuntu працює з порожніми / etc / network / інтерфейсами ? - Як ви бачите, що це не працює нормально чи ефективно?

— Лео Леопольд Герц 준영

Отже, останній рядок говорить: надішліть статичний пакет у фізичну локальну мережу, дочекайтеся статичного пакету з фізичної локальної мережі та отримайте від нього IP-адресу.

— Лео Леопольд Герц 준영

Я знаю [код] iface eth0 inet статична адреса 192.168.0.2 мережева маска 255.255.255.0 шлюз 192.168.0.1 транслюється 192.168.0.255 [/ код], в моєму / etc / network / інтерфейсах, і проблема все ще зберігається: завантаження багато.

— Лео Леопольд Герц 준영

Ні. Рядок із "статичним" говорить "Отримати IP-адресу з наступних рядків", не надсилаються мережеві пакети.

— waltinator

1

Я думаю, я розумію. Оскільки ваша мобільна широкосмугова мережа не налаштована під час запуску послідовності ifconfig -aзавантаження, ви отримуєте тайм-аут.

— waltinator

5

Мені здається, найкраще рішення цієї проблеми було знайдено на цьому linux-сайті

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

— Тед
джерело

3

я використовую

eth0 inet dhcp

Я не бачу сенсу чекати, коли немає зв’язку (кабель відсутній) Немає можливості dhcp отримати адресу, якщо немає носія. Це помилка

— ва
джерело

1

я використовую той самий код, але мені все одно доводиться чекати конфігурації мережі кожен раз.

— Меттью Вілсон

2

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

mount -o remount,rw /

Потім я видав таку команду, яка виводила файл, щоб я міг його відредагувати до початкового стану:

sudo nano /etc/init/failsafe.conf

Збережіть та вийдіть, а потім перезавантажте систему.

— clrn0979
джерело

Скажіть, будь ласка, те, що ви редагували у файлі failsafe.conf. Ви прокоментували дзвінки зі сном? Я спробував це кілька років тому безуспішно.

— Лео Леопольд Герц 준영

2

Абсолютно. Після того, як ви перебуваєте в txt failsafe.conf, ви просто шукаєте виклики сну. Я повернув свою міну до 5, 40 та 59 відповідно. Однак я не зміг успішно прокоментувати виклики сну, оскільки система призвела до постійного завантаження.

— clrn0979

2

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

— Лео Леопольд Герц 준영
джерело

1

Якби я міг проголосувати за цю відповідь двічі, я б! Дякую :)

— Ole Henrik Skogstrøm