В случае, когда меняется MAC адрес сетевой платы, а в /etc/iftab уже прописан старый MAC для eth0, после загрузки системы появляется eth0_conflict. Сеть, соответственно, не настроена. Это стало вылезать после сегодняшнего обновления ifrename. Думаю, не стоит создавать eth0_conflict, если конфликтующего интерфейса в системе нет.
Ошибка воспроизводится с ifrename-29-alt5 очень просто - достаточно в /etc/iftab прописать для eth0 mac адрес, которого нет на интерфейсах в системе. Проблема становится более критичная для тех, кто выполняет удалённое обновление системы с дальнейшей перезагрузкой. Если в /etc/iftab указана несоответствующая действительности информация - сеть не будет поднята.
Это фича. Если в /etc/iftab уже прописан одноимённый интерфейс с другими характеристиками, то имя этого интерфейса использовать нельзя. Что касается того, есть ли конфликтующий интерфейс в системе или его там нет, то это вопрос относительный: сейчас нет, а через 5 секунд уже есть. И вообще, не используйте в /etc/iftab автоматические имена; udev не умел, не умеет, и вряд ли когда-нибудь научится правильно переименовывать несколько интерфейсов с перестановкой автоматических имён.
Я же написал - проблема создаётся только при обновлении железа.
