Aparentemente, a última atualização do squeeze (6.0.5) corrigiu isso. Então, isso provavelmente foi algum bug do udev, ou bug do script do gerador de regras do udev.
Instalando o Squeeze com kernels mais recentes em servidores com 4, 6 ou mais interfaces, eu continuo recebendo este problema realmente chato: as interfaces estão sempre misturadas em placas, e nem mesmo seguem a ordem crescente de endereços de hardware. O que está acontecendo?
Exemplo típico de 70-persistent-net.rules em uma máquina com 2 placas GigE de porta dupla:
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x8086:0x105e (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="68:05:ca:04:f8:5e", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x8086:0x105e (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="68:05:ca:04:f8:5f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
# PCI device 0x8086:0x10c9 (igb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:25:90:72:55:71", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
# PCI device 0x8086:0x10c9 (igb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:25:90:72:55:70", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
Eu sei que posso mudar a ordem facilmente; no entanto não devo esquecer de fazê-lo em todos os servidores e isso causará todo tipo de problemas estranhos; É particularmente irritante quando mistura interfaces de 1 GigE e 10 GigE.