[devel] ifrename & udev

[devel] ifrename & udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 627 bytes --]

Hi!

в пакете ifrename сейчас лежит неправильное правило для udev
вот это ENV{UDEV_LOG}=="6", SUBSYSTEM=="net", ACTION=="add", IMPORT="/sbin/ifrename -D -V -u -i %k", NAME:="%k"
даже в правильном виде работать не будет
а вот это SUBSYSTEM=="net", ACTION=="add", IMPORT="/sbin/ifrename -u -i %k", NAME:="%k"
должно быть следующего вида
SUBSYSTEM=="net", ACTION=="add", PROGRAM="/sbin/ifrename -u -i %k", NAME="%k"
еще не плохо было бы запакетить /etc/iftab с %config(noreplace) и если где то в документациях упоминается /etc/net/iftab
исправить на /etc/iftab, а то получается неразбериха с этим файлом

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Denis Ovsienko]

[...]

> k", NAME="%k" еще не плохо было бы запакетить /etc/iftab с %config
> (noreplace) и если где то в документациях упоминается /etc/net/iftab
> исправить на /etc/iftab, а то получается неразбериха с этим файлом

Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
качестве отдельного сервиса и неясного предназначения подпорки для
udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/

-- 
    DO4-UANIC

Re: [devel] ifrename & udev

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 342 bytes --]

* Denis Ovsienko <pilot@> [071021 20:13]:
> Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
> качестве отдельного сервиса и неясного предназначения подпорки для
> udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/
etcnet уже научился менять местами eth0 и eth1? ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Sergey Bolshakov]

>>>>> "Denis" == Denis Ovsienko <pilot@altlinux.ru> writes:

 > [...]

 >> k", NAME="%k" еще не плохо было бы запакетить /etc/iftab с %config
 >> (noreplace) и если где то в документациях упоминается /etc/net/iftab
 >> исправить на /etc/iftab, а то получается неразбериха с этим файлом

 > Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
 > качестве отдельного сервиса и неясного предназначения подпорки для
 > udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/

Да, давайте уже уговоримся на какой-то один вариант.
Меня устраивает etcnet.

Кстати, есть ещё пара мест с дублированием -- bridge-utils,
wpa_supplicant, думаю, список не полон.

-- 

Re: [devel] ifrename & udev

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 956 bytes --]

On Sun, Oct 21, 2007 at 08:16:55PM +0400, Sergey Bolshakov wrote:
> >>>>> "Denis" == Denis Ovsienko writes:
> 
>  > [...]
> 
>  >> k", NAME="%k" еще не плохо было бы запакетить /etc/iftab с %config
>  >> (noreplace) и если где то в документациях упоминается /etc/net/iftab
>  >> исправить на /etc/iftab, а то получается неразбериха с этим файлом
> 
>  > Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
>  > качестве отдельного сервиса и неясного предназначения подпорки для
>  > udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/
> 
> Да, давайте уже уговоримся на какой-то один вариант.
> Меня устраивает etcnet.

Хорошо это или нет, но /etc/net/iftab задуман автором для решения другой
задачи, и в нынешнем своём состоянии не решает ту задачу, которую решает
/etc/iftab.

> Кстати, есть ещё пара мест с дублированием -- bridge-utils,
> wpa_supplicant, думаю, список не полон.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 641 bytes --]

Здравствуйте Denis Ovsienko
  В сообщении от 21 октября 2007 Denis Ovsienko написал(a):
 > Ага, давайте для уменьшения неразберихи не только сохраним ifrename
 > в
 > качестве отдельного сервиса и неясного предназначения подпорки для
 > udev, но ещё и введём второй iftab. Это наверняка добавит порядка.
 > :-/

Насколько я понял предыдущее письмо, имеется ввиду 
- иметь один iftab - именно /etc/iftab.
- исправить ifrename - как я понимаю для случая с несколькими сетевыми 
картами.
Если вы считаете нужным убрать ifrename ненужным, то предложите где (в 
каком пакете) должны лежать упомянутые выше скрипты.

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Alexey Rusakov]

On Sun, 21 Oct 2007 20:19:00 +0400
Dmitry V. Levin wrote:

> Хорошо это или нет, но /etc/net/iftab задуман автором для решения другой
> задачи, и в нынешнем своём состоянии не решает ту задачу, которую решает
> /etc/iftab.
А кстати, в чём разница между этими файлами? Я попробовал одновременно
воспользоваться service ifrename и etcnet и обнаружил, что чтобы они не
ссорились, у них должны быть идентичные iftab'ы. И в итоге сделал
ln -s /etc/iftab /etc/net/iftab
Проблем в части переименования интерфейсов с тех пор не наблюдаю.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] ifrename & udev

[Alexey Gladkov]

Denis Ovsienko wrote:
> Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
> качестве отдельного сервиса и неясного предназначения подпорки для
> udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/

Во времена разработки Сервера было обсуждения сервиса ifrename и вроде
многие склонялись к тому что нужно использовать udev.

-- 
Rgrds, legion

Re: [devel] ifrename & udev

[Michael Shigorin]

On Sun, Oct 21, 2007 at 09:03:32PM +0400, Alexey Gladkov wrote:
> > Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
> > качестве отдельного сервиса и неясного предназначения подпорки для
> > udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/
> Во времена разработки Сервера было обсуждения сервиса ifrename и вроде
> многие склонялись к тому что нужно использовать udev.

Голосом/без архива?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] ifrename & udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 623 bytes --]

В сообщении от 21 октября 2007 Michael Shigorin написал(a):
> On Sun, Oct 21, 2007 at 09:03:32PM +0400, Alexey Gladkov wrote:
> > > Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
> > > качестве отдельного сервиса и неясного предназначения подпорки для
> > > udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/
> >
> > Во времена разработки Сервера было обсуждения сервиса ifrename и вроде
> > многие склонялись к тому что нужно использовать udev.
>
> Голосом/без архива?

лениво. но тогда пришли к выводу что чем раньше тем лучше. а раньше udev'а 
некому

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Alexey Gladkov]

Michael Shigorin wrote:
> Голосом/без архива?

В рассылке.

-- 
Rgrds, legion

Re: [devel] ifrename & udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1191 bytes --]

В сообщении от 21 октября 2007 Dmitry V. Levin написал(a):
> On Sun, Oct 21, 2007 at 08:16:55PM +0400, Sergey Bolshakov wrote:
> > >>>>> "Denis" == Denis Ovsienko writes:
> >  >
> >  > [...]
> >  >
> >  >> k", NAME="%k" еще не плохо было бы запакетить /etc/iftab с %config
> >  >> (noreplace) и если где то в документациях упоминается /etc/net/iftab
> >  >> исправить на /etc/iftab, а то получается неразбериха с этим файлом
> >  >
> >  > Ага, давайте для уменьшения неразберихи не только сохраним ifrename в
> >  > качестве отдельного сервиса и неясного предназначения подпорки для
> >  > udev, но ещё и введём второй iftab. Это наверняка добавит порядка. :-/
> >
> > Да, давайте уже уговоримся на какой-то один вариант.
> > Меня устраивает etcnet.
>
> Хорошо это или нет, но /etc/net/iftab задуман автором для решения другой
> задачи, и в нынешнем своём состоянии не решает ту задачу, которую решает
> /etc/iftab.

Дим, а можно поподробнее? после приведения в 
порядок /etc/udev/rules.d/19-udev-ifrename.rules нужности в /etc/net/iftab я 
не заметил

>
> > Кстати, есть ещё пара мест с дублированием -- bridge-utils,
> > wpa_supplicant, думаю, список не полон.



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Alexey Gladkov]

Valery V. Inozemtsev wrote:
> лениво. но тогда пришли к выводу что чем раньше тем лучше. а раньше udev'а 
> некому

Собственно, эти правила сделаны апстримом. Я решил отказаться от
сервиса ... раз уж апстрим тоже склонился к такому решению.

-- 
Rgrds, legion

Re: [devel] ifrename & udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 453 bytes --]

В сообщении от 21 октября 2007 Alexey Gladkov написал(a):
> Valery V. Inozemtsev wrote:
> > лениво. но тогда пришли к выводу что чем раньше тем лучше. а раньше
> > udev'а некому
>
> Собственно, эти правила сделаны апстримом. Я решил отказаться от
> сервиса ... раз уж апстрим тоже склонился к такому решению.

только ты не учел что эти правила, если мне не изменяет память, для udev < 094
если я не прав, vsu@ глянь пожалуйста

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Peter V. Saveliev]

В сообщении от Sunday 21 October 2007 20:16:55 Sergey Bolshakov написал(а):
<skip />
> Да, давайте уже уговоримся на какой-то один вариант.
> Меня устраивает etcnet.
>
> Кстати, есть ещё пара мест с дублированием -- bridge-utils,
> wpa_supplicant, думаю, список не полон.

С дублированием, простите, чего? Если etcnet несёт в себе дубли конфигов 
системных сервисов, которые могут работать и без оного, то это проблема 
etcnet.

-- 
Peter V. Saveliev

Re: [devel] ifrename & udev

[Sergey Bolshakov]

>>>>> "Peter" == Peter V Saveliev <peet@altlinux.ru> writes:

 > В сообщении от Sunday 21 October 2007 20:16:55 Sergey Bolshakov написал(а):
 > <skip />
 >> Да, давайте уже уговоримся на какой-то один вариант.
 >> Меня устраивает etcnet.
 >> 
 >> Кстати, есть ещё пара мест с дублированием -- bridge-utils,
 >> wpa_supplicant, думаю, список не полон.

 > С дублированием, простите, чего? Если etcnet несёт в себе дубли конфигов 
 > системных сервисов, которые могут работать и без оного, то это проблема 
 > etcnet.

Дубли функциональности.
Существование (номинальное) net-scripts вынуждает поддерживать
ряд сервисов, которые иначе могли бы быть упразднены,
упростив понимание устройства и без того непростой сетевой
подсистемы.

-- 

Re: [devel] ifrename & udev

[Peter V. Saveliev]

В сообщении от Sunday 21 October 2007 23:36:55 Sergey Bolshakov написал(а):
<skip />
> Дубли функциональности.
> Существование (номинальное) net-scripts вынуждает поддерживать
> ряд сервисов, которые иначе могли бы быть упразднены,

Можно для меня, как для сидящего в танке, но живо интересующегося: я правильно 
понимаю, что речь идёт об упразднении не самих пакетов, но только
/etc/init.d/bla-bla?

Если именно так, а сами пакеты останутся -- то я только "за". Причём обеими 
руками. Хотя и не из-за etcnet.

-- 
Peter V. Saveliev

Re: [devel] ifrename & udev

[Sergey Bolshakov]

>>>>> "Peter" == Peter V Saveliev <peet@altlinux.ru> writes:

 > В сообщении от Sunday 21 October 2007 23:36:55 Sergey Bolshakov написал(а):
 > <skip />
 >> Дубли функциональности.
 >> Существование (номинальное) net-scripts вынуждает поддерживать
 >> ряд сервисов, которые иначе могли бы быть упразднены,

 > Можно для меня, как для сидящего в танке, но живо интересующегося: я правильно 
 > понимаю, что речь идёт об упразднении не самих пакетов, но только
 > /etc/init.d/bla-bla?

В первую очередь.
Затем следовало бы пересмотреть и положение и наполнение некоторых
конфигов -- тот же wpa_supplicant содержит/etc/wpa_supplicant.conf и
/etc/sysconfig/wpa_supplicant, хотя в etcnet они не используются.
Ещё один пример -- iptables, актуальный конфиг которого может
располагаться как в /etc/sysconfig/iptabes, так и в
/etc/net/ifaces/default/fw/iptables.

-- 

Re: [devel] ifrename & udev

[Peter V. Saveliev]

В сообщении от Monday 22 October 2007 01:51:38 Sergey Bolshakov написал(а):
<skip />
> В первую очередь.
> Затем следовало бы пересмотреть и положение и наполнение некоторых
> конфигов -- тот же wpa_supplicant содержит/etc/wpa_supplicant.conf и
> /etc/sysconfig/wpa_supplicant, хотя в etcnet они не используются.
> Ещё один пример -- iptables, актуальный конфиг которого может
> располагаться как в /etc/sysconfig/iptabes, так и в
> /etc/net/ifaces/default/fw/iptables.

Главное, чтобы не выросло зависимостей wpa_supplicant сотоварищи от etcnet. 
Ибо отсутствие их сервисов -- нормально (и полезно), отсутствие их 
конфигов -- терпимо; но зависимость -- лишнее. Не все пользуются etcnet'ом.

-- 
Peter V. Saveliev

Re: [devel] ifrename & udev

[Denis Ovsienko]

Привет.

> Хорошо это или нет, но /etc/net/iftab задуман автором для решения
> другой задачи, и в нынешнем своём состоянии не решает ту задачу,
> которую решает /etc/iftab.

Нельзя ли сформулировать обе задачи, чтобы предмет обсуждения стал
яснее? И сразу позволю себе прокомментировать другие письма этого треда:

1. "etcnet уже научился менять местами eth0 и eth1?"

Освоение этого фокуса обладает сомнительной пользой. Я по-прежнему
рекомендую рассматривать eth0 как временное имя с малым сроком жизни, а
для повышения комфорта пользователей Ethernet-интерфейсы предлагаю
называть eth00, eth01, eth02 etc.

2. "Существование (номинальное) net-scripts вынуждает поддерживать
ряд сервисов, которые иначе могли бы быть упразднены"

Эти сервисы можно обезвредить контролем CONFMETHOD
из /etc/sysconfig/network. При этом зависимости на пакет etcnet не
возникнет, только на network-config-subsystem. Примеры таких
пакетов должны быть в Sisyphus.

3. "после приведения в порядок /etc/udev/rules.d/19-udev-ifrename.rules
нужности в /etc/net/iftab я не заметил"

Важнейшее принципиальное отличие /etc/net/iftab от /etc/iftab ---
нахождение /etc/net/iftab в специальном пространстве имён. Для него
действуют механизмы определения профиля и хоста конфигурации. Это,
например, позволит _желающим_ составить конфигурацию так, что срочный
ремонт маршрутизатора сведётся к переносу диска (или массива) из
сгоревшего шасси в запасное. Возможны и другие примеры, которые
станут невозможными при помещении iftab в /etc и его лобовой
интерпретации.

Конечно, пользователю единственного ноутбука с одним-двумя сетевыми
интерфейсами такая практика --- полный overkill, но его никто и не
заставляет видеть всю подводную часть. В этом и гибкость.

-- 
    DO4-UANIC

Re: [devel] ifrename & udev

[Epiphanov Sergei]

В сообщении от Monday 22 October 2007 14:35:56 Denis Ovsienko написал(а):
> 1. "etcnet уже научился менять местами eth0 и eth1?"
>
> Освоение этого фокуса обладает сомнительной пользой. Я по-прежнему
> рекомендую рассматривать eth0 как временное имя с малым сроком жизни, а
> для повышения комфорта пользователей Ethernet-интерфейсы предлагаю
> называть eth00, eth01, eth02 etc.

Одно другого не лучше. Если уж давать новые имена, то лучше давать их 
осмысленными (названия подразделений, направлений и т.д.), чтобы с одного 
взгляда было понятно, какой интерфейс куда идёт. А заодно легче читать 
iptables и иже с ними.

-- 
С уважением, Епифанов Сергей

Re: [devel] ifrename & udev

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 623 bytes --]

* Denis Ovsienko <pilot@> [071022 14:37]:
> 1. "etcnet уже научился менять местами eth0 и eth1?"

> Освоение этого фокуса обладает сомнительной пользой. Я по-прежнему
> рекомендую рассматривать eth0 как временное имя с малым сроком жизни, а
> для повышения комфорта пользователей Ethernet-интерфейсы предлагаю
> называть eth00, eth01, eth02 etc.
Это требует рукоприложения.  Инсталятор не переименовывает ethX,
в этом-то и проблема.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ifrename & udev

[Led]

В сообщении от Monday 22 October 2007 13:35:56 Denis Ovsienko написал(а):
> Привет.
>
> > Хорошо это или нет, но /etc/net/iftab задуман автором для решения
> > другой задачи, и в нынешнем своём состоянии не решает ту задачу,
> > которую решает /etc/iftab.
>
> Нельзя ли сформулировать обе задачи, чтобы предмет обсуждения стал
> яснее? И сразу позволю себе прокомментировать другие письма этого треда:
>
> 1. "etcnet уже научился менять местами eth0 и eth1?"
>
> Освоение этого фокуса обладает сомнительной пользой. Я по-прежнему
> рекомендую рассматривать eth0 как временное имя с малым сроком жизни, а
> для повышения комфорта пользователей Ethernet-интерфейсы предлагаю
> называть eth00, eth01, eth02 etc.

Как это сделать в initrd? Например, для бездисковых станций.

-- 
Led

[devel] [wiki] Re: ifrename & udev

[Michael Shigorin]

On Mon, Oct 22, 2007 at 02:35:56PM +0400, Denis Ovsienko wrote:
> И сразу позволю себе прокомментировать другие письма этого треда:

Добавил на wiki:
http://www.freesource.info/wiki/AltLinux/Sisyphus/admin/etcnet?v=nma#iftab

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] ifrename & udev

[Anton Farygin]

Epiphanov Sergei пишет:
> В сообщении от Monday 22 October 2007 14:35:56 Denis Ovsienko написал(а):
>> 1. "etcnet уже научился менять местами eth0 и eth1?"
>>
>> Освоение этого фокуса обладает сомнительной пользой. Я по-прежнему
>> рекомендую рассматривать eth0 как временное имя с малым сроком жизни, а
>> для повышения комфорта пользователей Ethernet-интерфейсы предлагаю
>> называть eth00, eth01, eth02 etc.
> 
> Одно другого не лучше. Если уж давать новые имена, то лучше давать их 
> осмысленными (названия подразделений, направлений и т.д.), чтобы с одного 
> взгляда было понятно, какой интерфейс куда идёт. А заодно легче читать 
> iptables и иже с ними.
> 

а на русском названия поддерживаются ?

Re: [devel] ifrename & udev

[Michael Shigorin]

On Mon, Oct 22, 2007 at 03:40:13PM +0300, Led wrote:
> > 1. "etcnet уже научился менять местами eth0 и eth1?"
> > Освоение этого фокуса обладает сомнительной пользой. Я
> > по-прежнему рекомендую рассматривать eth0 как временное имя с
> > малым сроком жизни, а для повышения комфорта пользователей
> > Ethernet-интерфейсы предлагаю называть eth00, eth01, eth02
> > etc.
> Как это сделать в initrd? Например, для бездисковых станций.

Окстись, зачем им >1 eth?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] ifrename & udev

[Peter V. Saveliev]

В сообщении от Monday 22 October 2007 17:55:12 Anton Farygin написал(а):
> Epiphanov Sergei пишет:
> > В сообщении от Monday 22 October 2007 14:35:56 Denis Ovsienko написал(а):
> >> 1. "etcnet уже научился менять местами eth0 и eth1?"
> >>
> >> Освоение этого фокуса обладает сомнительной пользой. Я по-прежнему
> >> рекомендую рассматривать eth0 как временное имя с малым сроком жизни, а
> >> для повышения комфорта пользователей Ethernet-интерфейсы предлагаю
> >> называть eth00, eth01, eth02 etc.
> >
> > Одно другого не лучше. Если уж давать новые имена, то лучше давать их
> > осмысленными (названия подразделений, направлений и т.д.), чтобы с одного
> > взгляда было понятно, какой интерфейс куда идёт. А заодно легче читать
> > iptables и иже с ними.
>
> а на русском названия поддерживаются ?
>
<skip />

netlink без разницы. Но не больше 14 символов, вроде (в случае utf-8 -- 7). 
Если не ошибаюсь.

[root@kelisaari ~]# ip ad
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
<skip />
8: бала0: <BROADCAST,NOARP> mtu 1500 qdisc noop
   ^^^^^
    link/ether 3e:c3:2c:4d:de:91 brd ff:ff:ff:ff:ff:ff

Но, учитывая, что даже ifrename голяком нормально поддерживает переименования 
интерфейсов eth0 <-swap-> eth1 (а для nameif в ncsh ещё и "двухступенчатое" 
переименование сделано, работает равно и с ifrename, и c nameif), то 
ограничение в etcnet выглядит, скорее, как misfeature.

Я за 6 лет привык к eth0, eth1, ethX. Это моя нора, я в ней родился, я в ней и 
умру :))))

-- 
Peter V. Saveliev

Re: [devel] ifrename & udev

[Denis Ovsienko]

[...]
> Но, учитывая, что даже ifrename голяком нормально поддерживает
> переименования интерфейсов eth0 <-swap-> eth1 (а для nameif в ncsh
> ещё и "двухступенчатое" переименование сделано, работает равно и с
> ifrename, и c nameif), то ограничение в etcnet выглядит, скорее, как
> misfeature.

Я искусственной дискриминации eth0 не вводил, если это имеется в виду.
eth0 сам себе портит жизнь без дополнительных усилий с моей стороны.

-- 
    DO4-UANIC