LINUX.ORG.RU

[Arch]DHCP timed out

 


0

0

Здравствуй, ЛОР!

После некоторых манипуляций на стороне провайдера при загрузки системы, а именно сетевого демона network, появился САБЖ. Причём после загрузки системы /etc/rc.d/network restart решает проблему.

Откуда информация что изменения были на стороне прова? Проблема с получением адреса появилась и на оффтопике, который магическим образом исцелился загрузкой в безопасном режиме с поддержкой сети и последующей перезагрузкой.

На данный момент проблема автоматизации процесса решена добавлением dhcpcd eth0 в rc.local, но это существенно увеличило время загрузки системы: порядка 30 сек уходит на fail сетевого демона, а потом ещё и dhcpcd отрабатывает, хоть и достаточно быстро.

Собственно, вопрос в том, как это починить, куда копать, ну или хотя бы куда смотреть (на помощь прова рассчитывать не приходится)?

Готов предоставить лубую дополнительную инфу, которая поможет решить проблему.

Спасибо =)

Что по идее можно сделать. Можно подправить /etc/rc.d/network. Найди в нем секцию ifup(). В ней должны быть строки:

if [ "$ifcfg" = "dhcp" ]; then
    # remove the .pid file if it exists
    /bin/rm -f /var/run/dhcpcd-${1}.pid >/dev/null 2>&1
    /bin/rm -f /var/run/dhcpcd-${1}.cache >/dev/null 2>&1
    /sbin/dhcpcd $DHCPCD_ARGS ${1}
else
К старту dhcpcd ты можешь добавить свои параметры, например --timeout 45 (это в секундах). Ну и еще network в rc.conf как `@network` написать, что бы не ждать эти самые 45 секунд.

ostin ★★★★★
()
Ответ на: комментарий от ostin

Хм... Не совсем понимаю смысл данных манипуляций. Вопрос как раз и был в сокращении времени загрузки системы, а Вы мне советуете добавить какие-то задержки. Тем не менее, не совсем понял «куда что вставлять» в 1-ом совете, 2-ой совет не подошёл ибо переведя в фоновую загрузку network, dhcpcd отказался отрабатывать. 3-ий вариант прошёл и позволил отказаться от ещё одного выполнения dhcpcd, но на загрузке network висим порядка 60-70 секунд =( Я, конечно, сейчас поэкспериментирую со временем задержки, но хотелось бы от него вообще отказаться... Тем не менее, Спасибо! =)

kuralesov
() автор топика
Ответ на: комментарий от kuralesov

Очевидно автор имел в виду, что вместо таймаута в 45 секунд можно поставить например 1 секунду

DHCPCD_ARGS="-t 1 -q"


Хотя способ конечно костыльный, лучше узнать причину неотрабатывания dhcpcd в первый раз, а не бороться со следствием неисправности.

m0rph ★★★★★
()
Ответ на: комментарий от m0rph

Совершенно верно! Ведь при ручной остановке демона и его последующего запуск старт происходит за 5-6 секунд. И да, при загрузке демона в автостарте минимальное время составляет действительно 45 сек! Хоты раньше стартовало за те же 5-6 сек. Может где-то надо явно указать адрес dhcp-сервера?

kuralesov
() автор топика

Наверное недопонял суть топика (=; Главное мне показалось было вынесено в заголовок. Вот я и предложил, что раз за положенные 30 секунд вам по dhcp что нужно не приходит, время нужно увеличить. Ну и соответсвенно фоном запускать network, иначе это время придется ждать. Все равно пока иксы стартанут, пока залогинитесь уже и пройдут эти 45 секунд. Вообще вариант загрузится с лайф сиди какого-нить и посмотреть как там дела. Если будет так же, обратиться в саппорт, мало ли...

ostin ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.