Переименование интерфейса

[alienrom]

Доброго времени суток. С недавнего времени при каждой загрузке мандривы переименовывается интерфейс eth0. Т.е. каждый раз происходит eth0->Eth1 eth0->Eth2 и т.д. при этом ifconfig ничего не кажет окромя lo и wlan . Не понимаю с чем это связано и пока не решил проблему.Читал эту тему, но там решение мне не подходит.
Что есть:
Mandriva 2010.1

Код: Выделить всё

# lspci | grep Ethernet
06:01.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02)

файл 70-persistent-net.rules

Код: Выделить всё

# Drakx-net rule for eth0 (00:16:d4:aa:5c:1f)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="b44", ATTR{address}=="00:16:d4:aa:5c:1f", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x4222 (iwl3945)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:19:d2:09:c0:39", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# Drakx-net rule for vboxnet0 (0a:00:27:00:00:00)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="0a:00:27:00:00:00", ATTR{type}=="1", KERNEL=="vboxnet*", NAME="vboxnet0"

# USB device 0x0b05:0x4301 (usb)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="80:00:60:0f:e8:00", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x14e4:0x170c (b44)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:00:2a:d4:00:00", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x14e4:0x170c (b44)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="f8:27:00:00:00:00", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
и т. д.

Непонятная ошибка в /var/log/kernel/warnings.log

Код: Выделить всё

localhost kernel: b44: probe of ssb0:0 failed with error -22

И меня смущает вот это:

Код: Выделить всё

# dmesg | grep MAC
Tomoyo security MAC extension available but disabled by default. If you want to
b44: Invalid MAC address found in EEPROM

Что скажете по сабжу?

[Rootlexx]

Здесь весьма похожая ситуация: https://bbs.archlinux.org/viewtopic.php?pid=804629 . Решение - обновить ядро.

[alienrom]

Здесь весьма похожая ситуация: https://bbs.archlinux.org/viewtopic.php?pid=804629 . Решение - обновить ядро.

Странно, но это произошло не сразу после обновления.

Проверил с ядром 2.6.31.5 - интерфейс подцепился. Было ядро 2.6.33.7 -- по всей видимости в нём косяк.

[SinClaus]

За "левыми" (CNet) сетевыми картами замечено, что они на переходных процессах типа включения-выключения выдают произвольный МАС адрес. Циска блокировала порты по нелегальным МАСам, у одного из клиентов сисадминского форума, разбирались. Возможно здесь нечто похожее.

[alienrom]

За "левыми" (CNet) сетевыми картами замечено, что они на переходных процессах типа включения-выключения выдают произвольный МАС адрес. Циска блокировала порты по нелегальным МАСам, у одного из клиентов сисадминского форума, разбирались. Возможно здесь нечто похожее.

Моя никогда не выдавала разные МАС. Вот после недельного использования ядром 2.6.33.7 стал наблюдать эту проблему. Со старым ядром 2.6.31.5 всё в норме.

[Tverskoy]

Если пропадёт eth0, а вместо него появится eth1 (и т.д.), то в /etc/udev/rules.d/70-persistent-net.rules исправить eth1 на eth0

[alienrom]

Если пропадёт eth0, а вместо него появится eth1 (и т.д.), то в /etc/udev/rules.d/70-persistent-net.rules исправить eth1 на eth0

вы читали мою тему сначала? Интерфейс переименовывается при каждой загрузке. Это что мне перед каждой загрузкой править файл?

[Tverskoy]

Если пропадёт eth0, а вместо него появится eth1 (и т.д.), то в /etc/udev/rules.d/70-persistent-net.rules исправить eth1 на eth0

вы читали мою тему сначала? Интерфейс переименовывается при каждой загрузке. Это что мне перед каждой загрузкой править файл?

очевидно вы даже не пробовали

[sash-kan]

Tverskoy
смысл-то править, если это дешёвое broadcom-овское барахло ведёт себя неадекватно?
порывшись в гугле, можно обнаружить «раскопки» поведения этого барахла: от генерации произвольного mac-адреса при каждом включении до вообще пустого mac-адреса в течение какого-то времени после инициализации устройства.
наверно, самый правильный совет в этой теме может звучать примерно так:
если есть возможность не использовать барахло — не используйте.

[alienrom]

очевидно вы даже не пробовали

Пробовал

Tverskoy
смысл-то править, если это дешёвое broadcom-овское барахло ведёт себя неадекватно?
порывшись в гугле, можно обнаружить «раскопки» поведения этого барахла: от генерации произвольного mac-адреса при каждом включении до вообще пустого mac-адреса в течение какого-то времени после инициализации устройства.
наверно, самый правильный совет в этой теме может звучать примерно так:
если есть возможность не использовать барахло — не используйте.

так почему же это барахло до сей поры нормально работало,начиная с ядра 2.6.26 и заканчивая 2.6.33.5, с Debian, ubuntu, Mandriva 2009.1, 2010, 2010.1,PC-BSD,FreeBSD; WinXP,Vista,7. ?

[SinClaus]

У-у-у-у, сэр, вы неразборчивы в связях

[alienrom]

У-у-у-у, сэр, вы неразборчивы в связях

Юмор оценил.

[Tverskoy]

тогда укажи нужный mac, добавь в конец /etc/sysconfig/network-scripts/ifcfg-eth0 (или какой-там у тебя по счету интерфейс) MACADDR='мак адрес сетевой карты'

[alienrom]

тогда укажи нужный mac, добавь в конец /etc/sysconfig/network-scripts/ifcfg-eth0 (или какой-там у тебя по счету интерфейс) MACADDR='мак адрес сетевой карты'

делал. не помогает.

[sash-kan]

так почему же это барахло до сей поры нормально работало,начиная с ядра 2.6.26 и заканчивая 2.6.33.5

ясно почему: расставляли-расставляли костыли, пока, после водружения очередной подпорки, костыльный карточный домик и не развалился.

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

[alienrom]

ясно почему: расставляли-расставляли костыли, пока, после водружения очередной подпорки, костыльный карточный домик и не развалился.

Нет. некоторые системы стоят\ли параллельно,некоторые ставились заново и т.д.Костыли здесь не причём

[sash-kan]

Нет. некоторые системы стоят\ли параллельно,некоторые ставились заново и т.д.Костыли здесь не причём

я говорил про linux (на всякий случай уточню: тот, который на kernel.org обитает) и про патчи к нему, накладываемые дистрибьюторами.