prohozena zarizeni eth1 / eth0

[KtK]

Nic nelegalniho nekourim, nicmene mam dojem, ze se mi "samy od sebe" prohodily zarizeni eth0 a eth1. Je to na debianu, na desce s lx440 chipsetem, jedna sitovka je rt8029 a jedna rt8139too.

Prestala mi chodit sit, bohuzel jsem nebyl u stroje takze jsem nemohl vyzkouset na miste co se deje. Byl u toho jeden bfu, ktery umi router zrestarovat, jenze nepomohlo.

Kdyz jsem se ke stroji dostal, zacal jsem pingat. Jake bylo moje prekvapeni, kdyz zacala blikat ledka na druhem apcku.. Takze jsem prekonfiguroval sit, a uz to slape. Nicmene jsem z toho znacne rozcarovan.. Doted jsem si myslel, ze zarizeni se oznacuji (pokud neni jinak explicitne receno napr parametrem jadra) podle pozice na pci sbernici, jednoduche pravidlo - jdi na desce od procesoru a v poradi v jakem jsou v PCI slotech budou ocislovany. - Je to blud? Momentalne je to totiz naopak, tj sitovka bliz k procesoru je eth1 a ta co je bliz k isa slotum je eth0. Dal bych ruku do ohne za to, ze predtim to bylo naopak. Tj v souladu s tim pravidlem.. pisu soucasny lspci:

jako eth0 je momentalne nastavena ta 100Mbps sitovka, coz je tusim 8139.
8029 je ta, co ma 10Mbps, ma dokonce BNC + rj45.

00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

[NeMeM9aA]

Je na tom stroji udev?
Nevim jak je na tom debian, ale u gentoo se v /etc/udev/rules.d/70-persistent-net.rules ukladaji pravidla pojmenovani sitovek dle MAC - tak jestli to tam nevznikla nejaka haluz.

[KtK]

$ cat /proc/version
Linux version 2.4.27-1-386

takze udev ne..

[Rainbow]

Bez udevu sa zariadenia pomenuju podla toho, v akom poradi sa inicializuju ich drivery.

[KtK]

takze pokud prohodim zaznamy v /etc/modules.... nebo modprobe.conf ci kde jsou zanesene, tak to pomuze?

EDIT: tak houby, zadne zaznamy pro ty sitovky tam nejsou.. Nejaky autoloading zrejme. Da se tedy nejak ovlivnit poradi?

[LM]

Neco podobneho jsem resil, kdyz jsem si do PC prihodil druhou sitovku (3com) a ta se mi zacala inicializovat jako eth0 namisto puvodni umistene na desce (sis900).
Chvilku jsem s tim laboroval - obe dve zkompilovane v jadre a bralo je to IMO podle abecedy (v konfiguraci driveru byla neprve ta 3com a pak az dole na konci ta sis).

Nakonec jsem se nastval a napsal si pravidla pro UDEV, takze ted mam net.sis900 a net.3com prirazovane podle MAC, ale to ti asi moc nepomuze

[KtK]

No to mas recht, davat tam udev resp kvuli nemu nove jadro bych bral jako posledni moznost..

[Fox!MURDER]

nekde v /etc/.*modules.*
alias eth0 8139too
alias eth1 8029
(nebo naopak)

ale vzivote jsem to nepouzil, takze buhvi, esli to k necemu bude a esli to funguje )

[KtK]

Zkusim, dam vedet, esli to funguje (ale buhvi kdy se zas dostanu fyzicky k routeru , takze karmou nebudete po zasluze potrestani hned )

[Jezevec]

Viz fox, melo by to fungovat, pouzivam to.

[Petrik]

tohle nektera novejsi jadra bohuzel obcas delaji, je to k zesileni. V ubunyu jsem to vyresil upravou /etc/iftab, tam se da presne rict jaka MAC bude jaka sitovka, doporucuji zprovoznit...

[KtK]

Tak jen pro info, nakonec v tom stroji stejne shorel disk, takze novy system uz ma udev. Tam je to podle mac adresy.