Az eth2 átneveződött eth3-ra

Linux-haladó

Az alábbi a problémám:

Újraindítás után nincs eth2 interface. Mindent körbejárok (modul, bios, stb) hogy mi lehet, mire rájövök, hogy átneveződött eth3-ra. (a gépben 1 alaplapi csatoló van).

Amit találtam és releváns:

/etc/udev/rules.d/70-persistent-net.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.

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", DRIVERS=="?*", 
ATTRS{address}=="00:0e:2e:63:b5:d6", NAME="eth0"

# Firewire device 0011d80000079884)
SUBSYSTEM=="net", DRIVERS=="?*", 
ATTRS{address}=="00:11:d8:00:00:07:98:84", NAME="eth1"

# PCI device 0x10de:0x00df (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", 
ATTRS{address}=="00:11:d8:65:d5:d9", NAME="eth2"

# PCI device 0x10de:0000:00:05.0 (forcedeth)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:11:d8:65:d5:d9", ATTR{type}=="1", 
KERNEL=="eth*", NAME="eth3"

(a sorok nincsenek betördelve a fileban, csak nem akartam, hogy
szétnyomják a postot.)

Arra rájöttem, hogy ami generálja az veszi a régi beállításokat a
rule fileból és hozzáteszi az új hardwareket. Az eth0, eth1 es eszköz
már 2 éve nem látta a gépet, ebből gondolom. Viszont amit nem értek az
az utolsó két bejegyzést: hogyan lett a 0x00df-ből 0000:00:05.5? (A
rendszer egy ~amd64 gentoo, ha ez számít ...)

Ismeri valaki ennek a mechanizmusát?

  • 1729 megtekintés

( benyovszky v | 2008. 11. 16., v – 11:20 )

A debian 2.6.18-as kernelében a forcedepth meghajtó mindig új mac addresst adott a kártyának, ezért mindig új interfacet teremtett az udeb.
Amit el tudok képzelni: ennek a bugnak az utólagos javítgatásának, pofozgatásának vagy áldozata (talán ezért próbálják a pci-id vel azonosítani...)

--------------------------------------------------------

Debian Sid 2.6.25-benyo
GIGABYTE GA-M61PM-S2 Athlon64 4000+ Asus GeForce 7300 SE

Debian Sid 2.6.25-bence
HP nx8220

( Fifi v | 2008. 11. 16., v – 15:14 )

Én azt szoktam meg, hogy létrehozok egy /etc/udev/local-rules filet és beleírom, amit én szeretnék az udev által létrehozni és linkelem /etc/udev/rules.d/010_local_udev.rules-ként, így elsőként fut le az összes többi udev rule előtt.

Szerintem tedd Te is ezt, azaz vedd fel ezt a sort: 


KERNEL=="eth*", ATTR{address}=="00:11:d8:65:d5:d9", NAME="eth0"

így ez a mac address-ű kártya mindig az eth0 lesz.

Debian etch alatt nálam szépen működik így.

( apal v | 2009. 07. 03., p – 11:52 )

hasonlo jellegu problema merult fel nalam is a minap. debian etch -> lenny upgrade utan a forcedeth modul forditott hwaddr-t ad (konkretan 88:ea:d2:8f:13:00-t a forditottja helyett). az udev is megkavarodik, mert a default rules.d bejegyzes egy eth0_rename iface-t hoz letre es elegge kovetkezetlen. mindegy, azt kezzel ki lehet javitni, csak a hwaddr marad forditva. de meg nem is ez a gond, hanem hogy a reboot soran az /etc/init.d/networking stop-nak megfelelo" sor kb 3-4 percig blokkol es semmit nem csinal. sok kis aprosag, de nem nagyon talaltam erre semmi epeszu magyarazatot... barmi otlet? thx, A.