Что, udev так не может? Не поверю ни за что.
факт, путаница имеет место. а уж если там какой нибудь VF/PF то стандартные механизмы вообще офигевают
]]>В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.
Вот из за этого я перестал использовать Debian на серверах и перешел на Gentoo. Раньше, Gentoo была только на моих личных десктопах.
Если и Gentoo скатится на умолчальное пользование systemd вместо OpenRC... на десктопе будет слака, на серверах BSD какая нибудь... я даже не хочу это представлять! 
Что, udev так не может? Не поверю ни за что.
Может, я как бы больше чем с 2 сетёвками серваки не настраивал, хотя вру был 1 сервер с 3 сетёвками на старом аспе байкал настроенный предыдущим админом работал как танк. А так я насчет того что слетают имена я слышал только в случаях когда сетёвок было много (ну в моём понимании от 3)
]]># udevadm info --query=all --path=/sys/class/net/eth0
P: /devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/eth0
E: DEVPATH=/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/eth0
E: ID_BUS=pci
E: ID_MM_CANDIDATE=1
E: ID_MODEL_FROM_DATABASE=AR8151 v2.0 Gigabit Ethernet
E: ID_MODEL_ID=/sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0
E: ID_VENDOR_FROM_DATABASE=Qualcomm Atheros
E: ID_VENDOR_ID=0x1969
E: IFINDEX=2
E: INTERFACE=eth0
E: SUBSYSTEM=net
E: UDEV_LOG=3
E: USEC_INITIALIZED=6897066# udevadm info --query=all --path=/sys/class/net/wlan0
P: /devices/pci0000:00/0000:00:1c.5/0000:07:00.0/net/wlan0
E: DEVPATH=/devices/pci0000:00/0000:00:1c.5/0000:07:00.0/net/wlan0
E: DEVTYPE=wlan
E: ID_BUS=pci
E: ID_MM_CANDIDATE=1
E: ID_MODEL_FROM_DATABASE=AR9287 Wireless Network Adapter (PCI-Express)
E: ID_MODEL_ID=/sys/devices/pci0000:00/0000:00:1c.5/0000:07:00.0
E: ID_VENDOR_FROM_DATABASE=Qualcomm Atheros
E: ID_VENDOR_ID=0x168c
E: IFINDEX=3
E: INTERFACE=wlan0
E: SUBSYSTEM=net
E: UDEV_LOG=3
E: USEC_INITIALIZED=8302329Чьи тапки будут, если шина сканируется методом «дальше в лес»?
]]>имена всегда будет правильно присвоены.
Что, udev так не может? Не поверю ни за что.
]]>Энтерпрайз вроде не жалуется.
ну это не совсем так, у меня товарищ сейчас работает в крупной хостинг компании, так вот когда мы в последний раз с ним виделись на мой вопрос про его отношение к systemd я услышал очень сильную нецензурную речь. А так да у systemd есть свои плюсы не спорю, я с ним практически не работал (всё никак руки не доходят поставить centos 7), вот но вот идея привязки интерфейсов на основании физического расположения на мат-плате мне понравилась, да имена не привычные зато есть уверенность что имена всегда будет правильно присвоены.
]]>Это нужно для одноразовых задач
Да это же почти готовая дыра в системе.
]]>Представлен новый API "sd-hwdb.h"
Прощай, udev 
В systemd-nspawn добавлена опция "--ephemeral" для создания одноразовых контейнеров
И самоуничтожающиеся скрипты не нужны. Кому это надо — очевидно.
В machinectl добавлена новая команда "start", позволяющая запустить контейнер в виде сервиса. Например, команда "machinectl start foo" функционально эквивалентна "systemctl start systemd-nspawn at foo.service", но более удобна для ввода;
# cd /; rm -f /sbin/systemctl; ln -s /sbin/systemctl /sbin/systemd/{start,stop,status}
# cat << EOF >> /etc/profile.d/systemd.sh
"if [ $(id -u) -eq 0 ]; then
PATH=\"$PATH:/sbin/systemd\"
fi"
EOF
^D
# chmod +x /etc/profile.d/systemd.sh
# . /etc/profile.d/systemd.sh
$ cat /sbin/systemctl
#!/bin/sh
case $0 in
start) exec /usr/libexec/systemd/systemctl start "$@" ;;
stop) exec /usr/libexec/systemd/systemctl stop "$@";;
status) exec /usr/libexec/systemd/systemctl status "$@";;
esac