> И главное тривиально возвращается к ethX если это надо. Особенно в дебиане.
> Но кто ж на опеннете читает маны.Дайте ссылку на man. ;)
> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки
Это решалось закреплением правильного MAC за системным именем сетевого адаптера в
/etc/udev/rules.d/70-persistent-net.rules. Что-то вроде:
# PCI device 0x8086:0x107c (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:15:96:66", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x8086:0x107c (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:15:98:21", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
Не помню, чтобы это вызывало какие-то проблемы. В процессе эксплуатации названия интерфейсов не имеют решающего значения - не думаю, что кто-то запоминает какой интерфейс и куда "смотрит". С нынешним количеством контейнеров, гостей и прочего на вывод ip ad sh смотреть без содрогания нельзя. :) Но с чего это вдруг enpXsY стало вдруг удобней чем ethN? Насколько полезна информация о физическом размещении адаптера? Во скольких % случаев, она решает?
> Для тех кто не понял: никто нигде и никак не регламентировал как
> ядро будет называть девайсы. Ничему не противоречит если завтра как eth0
> окажется совсем иной девайс. А названия типа enp0s25 - указывают на
> вполне конкретное положение устройства в топологии, завтра это не изменится. Разве
> что админ переткнет сетевку в другой слот. С появлением инициатив типа
> параллельного обнаружения оборудования ядром как несложно догадаться имена типа eth0 стали
> назначаться еще рандомнее.
Вы неправы. В промышленных решениях IMHO вовсе не нужно, один раз настроили, дальше клонируем... эксплуатируем. Замены и прочий мейнтейнс регламентированы, планируются и к ним готовятся.
Для лэптопов и рабочих станцией оно и раньше не особо было востребовано - кол-во устройств там или статично или существенно ограничено. Замены как правило случаются в ходе планового обновления или замены проблемного компонента.