>> это какая версия udev?
> 197
>> "поломки" такого типа как в логе по ссылке - обычное дела,
>> бывало не раз и до появления systemd.
> Наверное, Вы не поняли.  Давайте попробую пояснить ещё раз.
> Жил да был в udev вариант фиксации соответствия логического интерфейса физическому интерфейсу,
> реализовывался при помощи пары скриптовых хелперов и генерируемого ими 70-persistent-net.rules.
>  Это всё работало и достаточно хорошо (скажем, я как-то набросал
> на базе этой реализации очень компактный вариант для предсказуемой фиксации имён
> интерфейсов сдвоенных 10GE-карт для "Ломоносова", когда понадобилось).

и к чему тут это?
> Далее пришедший апстрим systemd по мотивам более ранних подвигов криворуких укурков из
> федоры решил, что это всё туфта и надо всем сделать щастье
> вида enpXsY.  И выкинул эти хелперы вместо того, чтобы по
> умолчанию их не использовать либо вовсе оставить на выбор майнтейнера/админа (которому
> могут быть удобней вообще имена вроде int и ext).

кто-то заставляет использовать последнюю версию? в opensuse разработчики решают эти проблемы кумулятивно - обновляют systemd до следующей версии по мере тестирования и выявления багов. а то, что выкинули - вполне логично, если дистрибутив использует systemd, он в конечном счете будет использоваться по федориным спекам

> Могу ещё потрудиться и найти соответствующие спеки федоры и systemd -- они
> оба тоже умно изложены, вот только направлены на насильственное решение проблемы,
> которой у других и так уже не было (вполне сравнимо с
> феерическим заметанием шляпного раздолбайства под ковёр в случае с отдельным /usr).
>  Это если действительно интересно разобраться, а не поспорить.
>> ещё раз, покажи конкретно популярный (а не alt) дистрибутив, в котором
>> сломан udev разработчиками systemd?
> Федора прокатит?  Вот там -- точно так же сломан, но в
> отличие от -- не починен.

приводи точные версии стабильной федоры, udev, systemd из стандартных (не тестовых) реп, где связка systemd/udev не работает