eth0 e eth1 e depois em outra maquina eth2 e eth3?

[zenun]

Olá pessoal...

Eu recentemente consegui montar meu primeiro linux reduzido baseado em debian utilizando debootstrap.
Ele esta fazendo boot normal e tudo tranquilo até ai...

A coisa é que eu não estou entendendo o porque quando eu troco meu linux de computador ele vai incrementando o valor das ethernets!

Alguem sabe onde que eu devo alterar para mudar isso?
Detalhe... no dmesg as interfaces aparecem eth0 e eth1!

PCI: Setting latency timer of device 0000:00:09.0 to 64
eth0: VIA Rhine III (Management Adapter) at 0x11000, 00:0d:b9:12:52:24, IRQ 11.
eth0: MII PHY found at address 1, status 0x7849 advertising 05e1 Link 0000.
PCI: Setting latency timer of device 0000:00:0b.0 to 64
eth1: VIA Rhine III (Management Adapter) at 0x11400, 00:0d:b9:12:52:25, IRQ 9.
eth1: MII PHY found at address 1, status 0x7849 advertising 05e1 Link 0000.

Valeu pela ajuda!!

André

[zenun]

Ola pessoal!!

Fazendo umas pesquisas pela net estou começando a descobrir a origem desse comportamento estranho! Hehehehe

Existe um arquivo que fica em /etc/udev/rules.d/z25_persistent-net.rules que contem as interfaces que esse sistema possue.
Esse arquivo é gerado automaticamente por um programa que esta localizado em /lib/udev/write_net_rules e que basea suas ações por um arquivo que esta em /etc/udev/persistent-net-generator.rules!

Porém eu ainda não sei bem como configurar esse arquivo!
A solução temporária que encontrei foi zerar o conteudo do arquivo /etc/udev/rules.d/z25_persistent-net.rules para que na hora do boot ele encontrasse realmente eth0 e eth1!

Se alguém ai sabe como configurar esse arquivo agradeceria muito!!
Valeuuu!

[zenun]

Bom hehehe depois de ler meu post denovo a resposta esta bem facil! Hehehe
Seria de criar um script que a cada boot zere o conteudo ou remova esse arquivo (z25_persistent-net.rules)!

Falowssss!!

André

[freebsdevil]

vou testar e te falo o resultado

[freebsdevil]

vou testar e te falo o resultado

[zenun]

Opa!! Blz!! Posta ai depois!!

Falows!!

[avena]

bem este dias em um topico aqui no under-linux (Fixar alias para placa de rede) deixei um link para outro forum onde falo do

nano /etc/udev/rules.d/z25_persistent-net.rules
Placa de rede altera quando reinicia o micro ?

[kilson]

Mesmo alterando o arquivo "z25_persistent-net.rules" a ordem na qual as placas de rede são carregadas parece ser aleatória. Isso complica na hora de usar o MRTG, por que quando é dado reboot na máquina, nem sempre a ordem é a mesma. Por exemplo:

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:06:4f:4d:77:fe" , NAME="eth0"

# PCI device 0x13f0:0x0200 (sundance)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:08:54:da:53:1f" , NAME="eth1"

# PCI device 0x11ab:0x4320 (skge)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:f3:1b:d1:c7" , NAME="eth2"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:06:4f:4d:79:41" , NAME="eth3"

srv:~# ip a
Carregou Assim:

2: eth1: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc htb qlen 1000
link/ether 00:08:54:da:53:1f brd ff:ff:ff:ff:ff:ff
inet 10.0.1.1/24 brd 10.0.1.255 scope global eth1
3: eth2: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:18:f3:1b:d1:c7 brd ff:ff:ff:ff:ff:ff
inet 10.0.0.2/29 brd 10.0.0.7 scope global eth2
valid_lft forever preferred_lft forever
4: eth3: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:06:4f:4d:79:41 brd ff:ff:ff:ff:ff:ff
inet 10.1.1.2/29 brd 10.1.1.7 scope global eth3
valid_lft forever preferred_lft forever
5: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc htb qlen 1000
link/ether 00:06:4f:4d:77:fe brd ff:ff:ff:ff:ff:ff
inet 172.17.1.4/32 scope global eth0

E quando é dado reboot essa ordem nem sempre é a mesma.

[zenun]

Bom, pode ser... mas você pode setar qual vai ser a eth0, eth1 com as variaveis NAME="eth0"
Para mim aqui funcionou perfeito!
Se eu precisar mudar o nome da interface só mudo essa variavel NAME!
Aqui nao tive problemas com o MRTG fazendo esse procedimento! Só saber como configurar esse arquivo!