на server 4.1 при загрузке не активируется один из 4х eth

[sirota]

У меня 4 сетевых ифейса: 2 провайдерам, 2 локалки. Стоял server 4.0.1 всё работало, обновился до 4.1 сразу возникла проблема: при старте сервера не грузится произвольно один из eth пробую restart network пропавший eth не поднимается, а напротив него пишет активен SIOCGIFFLAGS. Здесь же пишет что видит 4 физдева всё таки. Пробовал: уменьшить до 3х (в options disabled=yes) - тот же результат, переименовал с помощью bridge utils все eth. Вопрос: где заткнуть SIOCGIFFLAGS

[ruslandh]

Привязать интерфёйсы, как описано в http://www.altlinux.org/Etcnet.
Насколько я помню, в 4.1 они привязывались, только если им давали нестандартные имена типа lan0 и т.п.

[ruslandh]

А привязку сделали в /etc/iftab

[ruslandh]

Кстати, я наверное не совсем правильно указал вам файл привязки

Для привязки сетевой карты к имени интерфейса в простых случаях можно воспользоваться файлом /etc/iftab, man-страница по формату которого входит в пакет ifrename (iftab(5)).
Использование /etc/iftab удобно, поскольку позволяет сохранять традиционные имена интерфейсов (например, eth0), но этот механизм не поддерживает расширенную функциональность /etc/net (в частности, профили /etc/net).
Средством, позволяющим использовать все возможности etcnet, является файл /etc/net/iftab, обрабатываемый не утилитой ifrename, а непосредственно etcnet. Синтаксис этого файла совпадает с синтаксисом /etc/iftab. Ограничением же является невозможность использовать стандартные имена интерфейсом (ethX, pppX), так как переименование интерфейсов происходит уже после конфигурации интерфейса ядром. В случае, если вам необходим /etc/net/iftab, имеет смысл переименовать интерфейсы, давая им либо двухзначные номера (eth00, eth01...), либо осмысленные названия (isplink, lan...)

[ruslandh]

А это, возможно, описываемый вами случай

Ядро 2.6 и "пропадающие" интерфейсы
Иногда возможна ситуация: Если два интерфейса используют один и тот же модуль ядра, и у них определена опция MODULE (то есть скрипты /etc/net сами загружают и выгружают модули), то при опускании (отключении) одного интерфейса пропадает и второй интерфейс.
Такая ситуация почти наверняка возникает при использовании ядра 2.6, особенностью которого являются значения счётчика ссылок (третий столбец вывода lsmod). Когда счетчик оказывается равен нулю (довольно часто), скрипты могут попытаться выгрузить модуль интерфейса, для которого запущен ifdown. И такая выгрузка происходит, несмотря на то, что другой интерфейс, использующий этот же модуль, находится в состоянии UP (т.е. он активен).
Чтобы заблокировать выгрузку модулей, можно использовать булеву переменную NEVER_RMMOD. Возможно, позже это будет происходить автоматически для ядер следующих версий.