> К тому же админам локалхоста с одной сетевкой и так не парит.
> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки
> сегодня и конфига глючит - ну что вы, все вокруг глупые
> а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да. Кстати, тебе, как админу локалхоста, тот же пример, только сбоку: давай мы на секундочку забудем о том, что почему-то ни у кого ethN не менял номер случайным образом, хотя вы любите этим пугать. Давай возьмём более тривиальный случай. У тебя мать со встроенным ethernet-портом. Допустим, он называется enp4s0. Ты им 4 года успешно пользовался. У тебя все скрипты и конфиги завязаны на enp4s0. Но вот у твоего провайдера объявился монтажник с руками не из того места, и порт погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то называется enp5s1.
Раньше это решалось просто: ты должен был просто обозвать новый интерфейс старым именем (напр. eth0), и всё продолжало работать. Теперь же тебе необходимо пройтись по всем скриптам и конфигам, чтобы исправить название интерфейса. Зашибись альтернативка, правда?
> Для тех кто не понял: никто нигде и никак не регламентировал как
> ядро будет называть девайсы. Ничему не противоречит если завтра как eth0
> окажется совсем иной девайс.
Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev. И имя интерфейса определяется по его MAC-адресу. В том же Debian при добавлении новой сетевухи она запоминалась, и делалась соответствующая запись в persistent-правило для udev, связывающая MAC и имя интерфейса. Потому-то, собственно, ни у кого никогда проблем со "случайными переименованиями" не возникало.
PS: Что самое смешное, ты и твои соплеменники рассказываете все эти сказки уже не первый год, и требуете, чтобы все читали мануалы, в то время как то, что я сейчас рассказал -- гуглится с полпинка.
