Клиент dhcp слишком долго (до 1 мин) ждет ответа сервера DHCP. Это делает загрузку при отсутствии сервера довольно неприятной. Причем это особенность только нашего клиента и не прявляется в других системах и дистрибутивах.
Что-то мне подсказывает, что это зависит от ядра.
Не знаю от чего это зависит :( но исправить это нужно до выхода следующего дистрибутива.
А кто-нить может сказать, почему происходят такие таймауты ? Где они задаются ?
Обидно, когда грамотные люди не утруждают себя чтением документации перед тем, как задавать вопросы разработчикам. Стыд и Срам. Ответ на вопрос содержится в dhcpcd(8).
Даю пояснения. Для пропуска таймаута можно использовать опцию LINKDETECT, но не на всех картах она работает корректно. Поэтому по умолчанию она выключена, а если человек выбрал DHCP при отсутствующем сервере, то он либо настроит BOOTPROTO, либо проверит нормальную работу LINKDETECT, либо организует в сети DHCP-сервер. Так что остаётся INVALID.
да, известно что TIMEOUT задается параметром -t вопрос собственно - можно ли как-то настраивать этот параметр? в старых net-scripts он был зашит в код - 30 секунд По поводу комментария Pilot'а: как правило OEM поставщики продают _все рабочие станции_ с включенным DHCP клиентом (сеть через DHCP). Т.к. линк автоматически не настраивается на всех драйверах, то предлагается уменьшить таймаут (в /etc/net/options) по умолчанию с 30 секунд до 3 (например) секунд. Вообще кто-то может объяснить, зачем необходим настолько большой таймаут ?
3 секунды --- очень мало, я это уже объяснял однажды. Для OEM можно поступать следующим образом: если известно, что на данном конкретном железе LINKDETECT работает корректно, то его можно включать по умолчанию. Пригодность железа может оценивать либо инсталлятор, либо человек, который знает, для чего именно он подготавливает установочный образ.