[Linux-Biella] xorg.conf
dan
vallini.daniele a bilug.linux.it
Ven 3 Apr 2009 21:52:11 CEST
On Fri, Apr 03, 2009 at 10:51:39AM +0200, Mattia Rossi wrote:
> On Thu, 2 Apr 2009 22:52:37 +0200
> Paolo Ciarrocchi <paolo.ciarrocchi a gmail.com> wrote:
>
> > On 4/2/09, dan <vallini.daniele a bilug.linux.it> wrote:
> > > On Thu, Apr 02, 2009 at 12:19:18AM +0200, Paolo Ciarrocchi wrote:
> > >
> > >> Cosa non ti piace di udev?
> > >
> > > Ubuntu 8.04, Debian Lenny, al booting ll kernel riconosce l'HW di
> > > rete e lo configura come eth0, poco dopo udev lo rinomina eth1,
> > > anche se non vi e' altro HW di rete o comunque di comunicazione.
> > >
> > > Altre volte ho visto rinominare anche a eth3, senza evidente
> > > necessita', quando esisteva una interfaccia WIFI.
> > >
> > > Non ho trovato documentazione convincente e tale comportamento di
> > > udev mi pare un po' arrogante per i miei gusti.
> > >
> >
> > Molto strano.
> >
> > Potresti aprire un fault e indicarmi il suo id/link?
> >
> > Mi piacerebbe seguirlo e cercare di essere di aiuto.
> >
> > Ciao,
>
> Hmm, non è per niente strano se hai cambiato scheda di rete, o se la
> prima volta che hai usato/installato il sistema ne hai usata una
> diversa ...
>
> se fai
>
> cat /etc/udev/rules.d/70-persistent-net.rules
>
> Probabilmente troverai una riga del tipo:
>
> # PCI device 0x1969:0x1048 (atl1)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:f3:8f:87:e8",
> ATTR{type}=="1", NAME="eth0"
>
> che associa un certo slot pci e uncerto MAC address a ethx ... capita
> anche se sposti/cloni l'hard disk su un'altra macchina o se la
> virtualizzi e la importi in vmware/xen
E' esatto, sulla macchina ho fatto varie prove come appare in /etc/udev/rules:
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.
# PCI device 0x8086:0x1229 (e100)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:50:8b:5b:ec:99", NAME="eth0"
# USB device 148f:2573 (rt73)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:1d:0f:de:2b:e0", ATTRS{type}=="1", NAME="wlan0"
# USB device 148f:2573 (rt73)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:1d:0f:de:4e:a3", ATTRS{type}=="1", NAME="wlan1"
# PCI device 0x8086:0x1229 (e100)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:e0:18:0a:1a:fd", NAME="eth1"
Ma che utilita' ha vincolare il nome del device ai vecchi MAC address?
Mi pare solo fonte di confusioni poiche' dopo ogni modifica HW devo
ricordarmi di modificare /etc/network/interfaces con il nuovo nome che udev
da' al device.
>
> Se invece non trovi la riga beh, creane una in modo che associ sempre
> allo stesso mac address lo stesso device
Capisco pero' e' ripetere la logica di udev, non sarebbe piu' semplice sapere
che comunque la prima scheda di rete e' sempre eth0, la seconda eth1?
>
> Quando lo sposta da eth0 a eth1, su eth0 hai qualche altro device ?
No, altrimenti potrebbe anche essere corretto il comportamento di udev, anche
se penso che gia' il kernel darebbe nome eth1 alla seconda scheda.
Personalmente proporrei che udev solo come opzione vincolasse il nome device
al MAC address lasciando di norma inalterati i nomi device assegnati dal
kernel al booting.
Paolo, ti basta la documentazione sul misfatto?
Maggiori informazioni sulla lista
Linux