Плавающий HWAddr у сетевого интерфейса

[kv]

Доброго времени суток!

Пациент: Asus EEE PC 901 + Ubuntu 8.04

Проблема следующего характера:
Плавающий макадрес (HWAddr) у сетевого адаптера
Attansic Technology Corp. Unknown device 1026 (rev b0)

Исходный макадрес адаптера 00:22:15:fd:b9:85 (eth0)

Вариации от udev (/etc/udev/rules.d/70-persistent-net.rules):

eth1   00:22:83:24:10:43
eth2   00:22:00:00:00:00
eth3   00:00:15:fd:b9:85
eth4   00:22:00:00:e0:00
eth5   00:00:00:00:00:22
eth6   00:22:00:00:f0:00
eth7   00:00:14:88:ff:5a

И это всё для одной и той же сетевухи!

При старте системы в большинстве случаев мы имеем интерфейс
eth0 с исходным макадресом, а иногда eth1...eth7 с соответствующими
маками из списка вариаций.

Были подозрения на драйвера, но видимо не в них дело.
Драйвера для сетевухи использовал разные, в том числе собранные из
исходников по известной инструкции:
http://ubuntuforums.org/showpost.php?p=4825848&postcount=7


Перегруз модулей

#rmmod atl1e
#modprobe atl1e

 как правило приводит к вариации eth5, и очень редко к eth0
(закономерностей практически никаких).

Рестарт системы помогает вернуть исходный вариант eth0 с ихсодным
макадресом, но помогает это не всегда.

Есть мнения как лечить такую бяку?

[vadim-nsk]

У меня два вопроса. Почему не используешь специальное ядро с array.org (там все модули по умолчанию скомпилированы и вообще сращу все начинает работать, вплоть до всех функциональных клавишь)? Почему не воспользуешься поиском?

[kv]

Сорри, не написал сразу:
Использовал и ядро с модулями от array.org
и последний убунтовский вариант ядра + собранные из исходников дрова
 =
результат один и тот же.

Поиск результатов не дал
 

[vadim-nsk]

что-то странное можно lspci и lsusb, плюс  dmesg | grep error сюда или на pastebin.com

[kv]

Прошу:

lspci

Код: [Выделить]

00:00.0 Host bridge: Intel Corporation Mobile 945GME Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
04:00.0 Ethernet controller: Attansic Technology Corp. Unknown device 1026 (rev b0)

lsusb

Код: [Выделить]

Bus 005 Device 002: ID 058f:6335 Alcor Micro Corp.
Bus 005 Device 001: ID 0000:0000 
Bus 004 Device 001: ID 0000:0000 
Bus 003 Device 001: ID 0000:0000 
Bus 002 Device 001: ID 0000:0000 
Bus 001 Device 001: ID 0000:0000 

dmesg | grep error

Код: [Выделить]

[   16.564113] ACPI: Looking for DSDT in initramfs... error, file /DSDT.aml not found.

Напомню, сетевой интерфейс работает, но напрягает изменчивость макадреса.

[vadim-nsk]

Я это понял просто еще раз уточнил, что действительно карточка atl1e (ну и другое) подумал, что может, какая-то модифицированная модель.
не знаю сейчас на буке стоит вот это ядро без дополнительно откомпилированных модулей http://array.org/ubuntu/status.html?model=eeepc-901 и нормально с маками все.
Может еще раз укажите араевские репозитории и поставите из него ядро и аплеты управления?

[kv]

Уточню ещё раз:

Изменчивость макадреса ведёт к изменению имени сетевого интерфейса. Имена интерфейсам раздаёт udev.
Получается что мне нужно на каждую вариацию макадреса(имени сетевого ифейса) прописать настройки
статичного IP-адреса.. )

Ну в общем бред какой-то

Обновляюсь с репозиториев array.org
Дело тут не в этом.

Обшарил инет на подобного рода глюки - ни у кого такого не встречалось...
Или народ не обращал внимание...

Перегруз модулей практически однозначно показывает наличие такого глюка с макадресом.

Не исключаю варианта глючности железа.
Но хотел выяснить прав ли я перед тем как в гарантийку тащиться.

[vadim-nsk]

я по pptp хожу и привязка dhcp к маку такая проблема сразу же обнаружилась смотрю правила, выгружаю модули вроде ничего такого.

[khaki]

sys-fs/udev-124-r1.ebuild

requested in Bug #225033:
ersistent-net does assigning fixed names to network devices.
If you have problems with persistent-net rules,
just delete the rules file
   rm /etc/udev/rules.d/70-persistent-net.rules
and then trigger udev by either running
   udevadm trigger --subsystem-match=net
or by rebooting.

[kv]

sys-fs/udev-124-r1.ebuild

requested in Bug #225033:
ersistent-net does assigning fixed names to network devices.
If you have problems with persistent-net rules,
just delete the rules file
   rm /etc/udev/rules.d/70-persistent-net.rules
and then trigger udev by either running
   udevadm trigger --subsystem-match=net
or by rebooting.

Насколько я понял, это метод очистки созданных ранее правил
сопоставления маков и имён интерфейсов для udev'а.
С этим то проблем нет.

Очистил, перегрузил - получил eth0.
Но со временем всё возвращается на круги своя:
новый макадрес - новое имя интерфейса...

 

[Agafonov]

У меня есть та же железка с той же проблемой.
То же ядро на той же системе. Т.е. всё идентично, вплоть до бага.

Но уточню - адрес уплывает при suspend/resume, а не абы когда...

[kv]

Воооот!
"Значит всё-таки были апельсины!!!" (из анекдота)

Да, при суспенд-резюме оно тоже проявляется...
Вопрос: глюк железа или софта?

Кстати на родном Xandros'е такого глюка нет
Долго экспериментировал - другого мака не добился..

[Agafonov]

У меня выдает

eth0  00:22:15:8c:d5:e8
eth1  00:22:00:00:00:00
eth2  00:00:00:00:e0:00
eth3  00:00:15:8c:d5:e8
eth4  00:22:83:24:10:43

[kv]

up

[kv]

Проблема все еще актуальна.
Ставил эксперимент на 8.10 - глюк себя не проявил,
Мак адр сетевухи после множества шаманств (rmmod/modprobe  atl1e || suspend - resume) плавать не захотел
На 8.04 аналогичные действия вызывают смену мак-адреса и соответственно имени eth.
Где копать (8.04) ?