Newsgroup: it.comp.os.linux.sys
Titolo: udev e schede di rete

salve a tutti, udev (ubuntu, ma leggo che e' un problema diffuso)
si diverte a cambiare arbitrariamente l'ordine delle
schede di rete, a volte non riconoscendole neppure, ovvero 
dato la situazione "normale"
eth0 8139too aa:bb:cc:dd:ee:ff
eth1 8139too aa:bb:cc:dd:ee:gg
eth2 r8169   aa:bb:cc:dd:ee:hh
eth3 r8169   aa:bb:cc:dd:ee:ii	
a volte viene letta
eth0 8139too aa:bb:cc:dd:ee:ff
eth1 8139too aa:bb:cc:dd:ee:gg
eth2 r8169   aa:bb:cc:dd:ee:hh
eth3_rename r8169   aa:bb:cc:dd:ee:hh	<<-stesso mac della precedente
oltre a suicidarmi avete qualche idea?
ps, gia' provato a riscrivere /etc/udev/rules.d/70-persistent-net.rules
caricato i moduli nell'ordine preferito, aggiunto 
/etc/udev/rules.d/10net.rules con regole ad hoc, ma nada
grazie
-- 
nebbia 

 grazie
Su dmesg hai qualche messaggio particolare? Magari un errore o un avviso
su qualche file di configurazione.
Io uso Ubuntu e Debian su diversi computer e in tutti ho almeno un paio
di interfacce di rete. Su nessuno, da quando hanno messo in udev le
persistent net rules, mi scambia le interfacce di rete.
Le installazioni che ho sono sia fresche che upgrade da versioni precedenti.
Luca


nessun errore, le rileva a volte giuste a volte errate, comunque togliendone
2 (ovvero lasciandone solo 2) nessun problema. Da quanto ho letto udev
carica parallelamente piu' moduli e quindi potrebbe invertire l'ordine di
rilevamento, ma questo si sistemerebbe mettendo la giusta associazione in
persistent net rules, il vero problema e che "a volte" sembra leggere il mac
di una scheda uguale al mac di un'altra e cio' fa si che la scheda con il
mac duplicato non venga tirata su (e bond0 non va come dovrebbe...), oppure,
mi trovo con eth2 e eth3 presenti, ma associate allo stesso mac id. mah
-- 
nebbia 

 /etc/udev/rules.d/10net.rules con regole ad hoc, ma nada
dando per scontato che nessuno (script) ti modifichi le regole 
di udev e che queste siano sintatticamente corrette, avevo letto
tempo addietro che in qualche driver c'erano dei problemi di
rilevamento dei MAC e quindi essendo il MAC la chiave in udev puoi
immaginare il caos che combinava.
una ricerca in google potrebbe fornire qualche spunto come anche una
guardatina al sorgente dei driver delle schede nel kernel
(lettura/assegnazione mac)
due domande e forse due chiavi diverse:
- e' possibile dire ad udev di nominare le schede in base allo slot/pci e
non al mac. hai pensato a questa soluzione?
- Ma stai utilizzando un ambinete virtualizzato? se si, e' possibile che i
mac vengano assegnati a caso o da un pool o con meccanismi non
deterministici (si, mi e' capitato) quindi da controllare.
ciao
 Andrea

 /etc/udev/rules.d/10net.rules con regole ad hoc, ma nada
Non puï¿œ non funzionare. ;-)
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 deterministici (si, mi e' capitato) quindi da controllare.
non e' il mio caso. Grazie di tutto, spero di trovare una soluzione 
(conto molto sulla denominazione in base a slot/pci).
-- 
nebbia 

 Non puï¿œ non funzionare. ;-)
fydati, non va, o sono le dlink 10/100/1000 che mi odiano o la rilevazione
del mac corretto avviene random
pare che siano le ultime versioni di udev (si, mi pare di aver visto tempo
fa un aggiornamento, poi ieri ho voluto riavviare...)
mo vado a vedere il link
grazie 
-- 
nebbia 

 del mac corretto avviene random
Scusa, mi era sfuggito il mac scambiato.
Posso solo pensare che tu abbia la scheda con qualche slot pci con
condivisione di interrupt, se ci metti schede diverse, noproblem,
se ci metti schede uguali, si impappina.
Cambia slot ad una delle 8169, mettendola in uno dove hai la 8139.


 non al mac. hai pensato a questa soluzione?
pare, *pare* (sgrat, sgrat) che sia la soluzione definitiva, in pratica ho
eliminato /etc/udev/rules.d/70-persistent-net.rules ed ho creato  
/etc/udev/rules.d/26-vaffudev-net.rules
ADTION=="add", SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:0d.0", NAME="eth0"
ADTION=="add", SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:0e.0", NAME="eth1" 
ADTION=="add", SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:0f.0", NAME="eth2"
ADTION=="add", SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:10.0", NAME="eth3"
e in /etc/network/interfaces
[snip lo eth0 eth1 eth2]
auto eth3
iface eth3 inet static
address 192.168.2.100
broadcast 255.255.255.0
gateway 192.168.2.1
riavviando piu' volte, invertendo fisicamente l'ordine delle schede negli
slot pci, ecc ecc, l'interfaccia eth3 (l'ultimo slot pci) resta sempre con
l'ip giusto anche se cambia ovviamente il mac ad essa associato, bond0 non
fa piu' capricci, insomma: una meraviglia.
meraviglia2, ho impiegato piu' tempo a collegare un hd da 10 Gb e 256 Mb di
ram a un pentium 3 d'avanzo che a installare ubuntu 9.04 server,
aggiornarlo, scaricare ssh, joe e mc (le abitudini son vecchie a morire), su
una macchina ormai vecchissima in mezz'ora scarsa si sistema tutto.
grazie di nuovo a tutti
 
-- 
nebbia 

 nada
apt-get install ifrename


"ovviato" allo scazzo di udev .. con ifrename e impostato i mac nel file 
/etc/iftab