[решено] кто и зачем переименовывает сетевой интерфейс

[romez777]

Приветствую,

На Fedora 18 вижу следующее в логах dmesg'a:

[ 5.241882] systemd-udevd[273]: renamed network interface eth0 to p2p1
[ 8.527104] e1000: p2p1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX

Судя по всему это делает /usr/lib/udev/rules.d/60-net.rules:

ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{type}=="1", PROGRAM="/lib/udev/rename_device", RESULT=="?*", NAME="$result"

Вопрос -- с какой целью это делается (что плохого в имени ethX) и как это правильно отключить?

[vadblm]

Вопрос -- с какой целью это делается (что плохого в имени ethX) и как это правильно отключить? »
https://wiki.archlinux.org/index.php/Network_configuration#Device_names
Статья из арчвики и про арч, но для федоры тоже годится, т.к. тот же systemd.

[romez777]

Спасибо.

[romez777]

На Fedora 18 получилось отключить persistent interface naming, а вот на Centos 6.5 ни net.ifnames=0, ни biosdevname=0 в параметрах ядра не помогли. Есть еще какой-то способ?

[romez777]

Проблема также разрешилась. Поскольку все это наблюдалось на виртуальной машине, запускаемой средствами qemu, оказалось, что в "гостевом" скрипте /etc/sysconfig/network-scripts/ifcfg-eth0 параметр HWADDR был отличным от того, что qemu передавалось в командной строке опцией -mac=... и соответственно интерфейс eth0 отвергался и назначался вместо него eth1.

PS. На CentOS не было и нет systemd :)

[vadblm]

На CentOS не было и нет systemd »
Это мне известно (всё идёт к тому, что хоть не было и нет, но будет), но речь была о новой федоре, а поскольку на ней представили systemd, то мне пришло в голову, помня, что на арче шняга с постоянными именами интерфейсов началась именно с введением systemd, то рулит этим он. Полезная шняга кстати, поскольку позволяет избежать проблем вроде интерфейс eth0 отвергался и назначался вместо него eth1 »