Re: [devel] пояснительная записка: etcnet, ifrename, udev и eth0

[Denis Ovsienko <pilot@altlinux.ru>]

On Wed, 31 Oct 2007 00:50:24 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Oct 31, 2007 at 12:30:57AM +0300, Denis Ovsienko wrote:
> [...]
> > 1. Сервис ifrename и файл /etc/iftab. Замечательная вещь для
> > пользователей net-scripts. Если же вы счастливый обладатель пакета
> > etcnet, то единственно верным решением будет выполнить
> > # chkconfig --level 12345 ifrename off
> > В Desktop 4 этот сервис любезно включен, но нейтрализован
> > отсутствующим файлом /etc/sysconfig/ifrename. Я бы, например,
> > рекомендовал в скрипте init.d/ifrename принимать во внимание
> > переменную CONFMETHOD из /etc/sysconfig/network, но речь не о том.
> 
> В Сизифе смысл этого скрипта перекочевал в правило для udev.

То есть это было сделано для того, чтобы udev умел правильно
готовить интерфейсы для net-scritps? Или всё-таки нет? Я опять не могу
понять, какую задачу эта конструкция решает.

> > Эти ньюансы не так важны, как то, что сейчас некоторые товарищи
> > ничтоже сумняшеся предлагают оторвать от /etc/net его основу ---
> > iftab, изготовить чучело iftab'а и поместить в /etc. Возможно, в
> > каких-то частных случаях это упростит порядок вещей, но какой
> > ценой? Те, кто замечал выражение "профиль конфигурации" и
> > "мультихостовая конфигурация" в документации, поймут,
> > что /etc/iftab --- совсем не то же самое, что и /etc/net/iftab.
> > Свойство многих файлов внутри каталога /etc/net --- аналог NTFS(?)
> > streams, причём с автоматическим выбором контекста. Чего ради
> > обламывать лишний интеллект, который есть не просит, кроме имитации
> > бурной деятельности? Если есть реальная проблема, давайте её
> > обозначим и решим технично.
> 
> Либо ответом на вопрос является
> ln -s net/iftab /etc/
> либо я не понял вопрос.

Вопрос в том, собираемся ли мы переименовывать какие-либо интерфейсы,
которые не описаны в /etc/net и соответственно им никак не управляются?
Если да, то какой в этом смысл? Если нет, то почему не удовлетвориться
уже существующим /etc/net/iftab?

[...]
> > Например, загружала модули в ядро и дёргала за хвост соседнюю,
> > которая из имеющейся заготовки выстрогает интерфейс.
> 
> А конкретнее, что должно происходить при обнаружении ядром нового
> сетевого устройства?

Загрузить модуль, вызвать обработчик. Эта схема уже была реализована
в своё время для pcmcia-cs и hotplug.

-- 
    DO4-UANIC