Re: [RiminiLUG-General] problemi settaggi multischede di rete

[Ivan Tarozzi <ivan@xxxxxxxxxxxx>]

Il giorno mer, 11/08/2010 alle 19.14 +0200, Christian Zoffoli ha
scritto:
> Ciao a tutti,
> sempre parlando con Andrea è emerso che avete avuto qualche noia nel
> settaggio delle 3 schede di rete del server LTSP, 

Mi sa che Andrea Grossi abbia pallato già [tch]roppo, mi!
Se continua accussì mi sa tanto che non ci arriva al Linux Day :)

> il file da verificare
> per l'attribuzione dei nomi è:
> 
> /etc/udev/rules.d/70-persistent-net.rules
> 
> dentro troverete delle righe tipo:
> 
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="5c:ff:35:0a:35:f7", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Finalmente!!!! ho capito dove vengono messe queste cose.
Giusto per capire meglio, mi chiedo: qual'è l'ordine con cui vengono
riconosciute e assegnate le schede? Dipende dal kernel o da udev o la
cosa è casuale. Avviando con una live (mi pare lucid ?) avevamo notato
una numerazione differente. 

> come potete vedere alla fine della riga c'e' il nome che è stato dato
> durante il primo boot (legato all'ordine di caricamento dei moduli ed
> altro).
> 
> ...tale nome puo' essere modificato ...ad esempio potete invertire eth0
> con eth1 ecc
> 

Quindi al primo boot (o anche successivamente se il file non è presente)
viene fatto un autodetect e viene scritto il file, poi viene utilizzato
sempre quel file ai successivi boot? Immagino che se una delle schede
viene rimossa o sostituita il meccanismo se ne accorge, giusto?

> ...spesso quando non trovate una scheda di rete è perche' gli e' stato
> attribuito un nome che non vi aspettavate ...ad esempio nel file c'e'
> eth5 mentre voi avete solo 3 schede di rete ...cambiate, salvate e
> riavviate ...ed il gioco e' fatto.
> 
> il mac che trovare a meta' della riga e' quello della scheda di rete
> ...e tipicamente lo trovate anche su l'etichetta incollata sulla scheda
> o sulla mobo.
> 
> Saluti,
> Christian
> 
> P.S. a volte puo' risultare piu' immediato cancellare direttamente il
> suddetto file di udev ...non vi preoccupate ...tanto verra' ricreato al
> boot successivo.
> 

Grazie mille per averci svelato un altro mistero. Volendo approfondire
un attimo il funzionamento di udev hai qualche consiglio o buon
tutorial? altrimenti cerco in rete.

Grazie

Ivan