eth0-->eth3 ?


To czdebian-l zavinac debian bod cz
From <cerno zavinac click bod cz>
Date Fri, 5 Sep 2008 9:46:00 0200
Importance Normal

Dobre rano ve spolek,

vyvstal mi doma zajimavy problem. Mam stroj se dvema sitovkami, realtek 8139 
(obvykle eth1) pro venkovni provoz, a realtek 8169 (obvykle eth0) pro domaci 
sit.
Bez "zjevneho duvodu" (cti: zadne softwarove zmeny, ale "kontrolovani kabelu" v 
dusledku dlouhodobeho vypadku providera) najednou po bootu eth0 zmizi a objevi 
se misto ni eth3.
Tim se samozrejme cely system rozbije (nedostanu se na nej zevnitr, 
nenastartuje exim protoze nenabinduje IP vnitrni site atd.)

Prvni muj podiv je nad tim, jak muze eth0 zmizet (ifconfig ji nevidi), a 
prestehovat se nekam na eth3, kdyz  o eth2 a eth3 neni v dmesg ani zminka? 
Mozna jsem prilis staromodni, ale mel jsem za to, ze vsechna probovana 
zarizeni, bez ohledu na to zda zakompilovana do jadra nebo detekovana pozdeji 
via LKM, se musi nejak podepsat do vypisu a dostanou se tudiz do dmesg?

Druhy muj dotaz je zcela prakticky--co s tim? Da se nejak zakazat tohleto 
"reprobovani" sitovek (nekolikrat jsem rebootoval a minimalne jednou to 
postihlo i druhou sitovku)?
Anebo da se navazat nejaka akce na sitovce (dhcp klient, ifconfig) navazat 
napr. na MAC adresu misto jmena zarizeni?

Predem se omlouvam vsem, kteri by mne chteli pokarat za neprilozeni vystupu 
dmesg, ten se ale do telefonu kopiruje dost tezko. Pokusim se na tom stroji  
rozjet puvodni instalaci bsdcka, pak by melo jit prijimat a odesilat cokoli.

Pripadne "hardwarove" priciny typu sitovky vaklajici se ve slotu jsem dosud 
nehledal, protoze k masine se velmi spatne muze a jeji provozuschopnost je 
kriticka (nechtel bych ji rozvrtat jeste vic:-))

 cerno
 


Partial thread listing: