20220 2009-05-29 10:09:48 +0400 Пропадает интерфейс eth0 в случае смены материнской или сетевой платы 2009-05-30 08:56:05 +0400 1 1 4 Development Sisyphus ifrename unstable all Linux CLOSED NOTABUG P3 major --- 1 rider placeholder glebfm ldv placeholder rider qa-sisyphus oldest_to_newest 92053 0 rider 2009-05-29 10:09:48 +0400 В случае, когда меняется MAC адрес сетевой платы, а в /etc/iftab уже прописан старый MAC для eth0, после загрузки системы появляется eth0_conflict. Сеть, соответственно, не настроена. Это стало вылезать после сегодняшнего обновления ifrename. Думаю, не стоит создавать eth0_conflict, если конфликтующего интерфейса в системе нет. 92055 1 rider 2009-05-29 10:29:25 +0400 Ошибка воспроизводится с ifrename-29-alt5 очень просто - достаточно в /etc/iftab прописать для eth0 mac адрес, которого нет на интерфейсах в системе. Проблема становится более критичная для тех, кто выполняет удалённое обновление системы с дальнейшей перезагрузкой. Если в /etc/iftab указана несоответствующая действительности информация - сеть не будет поднята. 92095 2 ldv 2009-05-30 02:12:12 +0400 Это фича. Если в /etc/iftab уже прописан одноимённый интерфейс с другими характеристиками, то имя этого интерфейса использовать нельзя. Что касается того, есть ли конфликтующий интерфейс в системе или его там нет, то это вопрос относительный: сейчас нет, а через 5 секунд уже есть. И вообще, не используйте в /etc/iftab автоматические имена; udev не умел, не умеет, и вряд ли когда-нибудь научится правильно переименовывать несколько интерфейсов с перестановкой автоматических имён. 92098 3 rider 2009-05-30 08:56:05 +0400 Я же написал - проблема создаётся только при обновлении железа.