From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=KMwbmFrBF8gmQg7ZyDbq78xBN1eQIvbCSLlf3vjfmBY=; b=KJO1H3cQ5uTwvXPxQx/o+kkNTw61cxXYiCyq/7ovybfp2nztIsIVuwn4jdxQyeMM4k wfGo6ix6SUK//bVUNO0VheVVdZ+OM3Ct/ZHnq5JNSI+o0SWhuX4kvo9A5rV8LQyNQoFQ JLyLdjX9MRgG0Gsd9EvlLY9kAyVCHhy9c1nw8S5GgM+Vsu4tSljgW7c8qmzOSqDLIFmJ X6FE1LP1/5oIT1d77BUWCyZcPGbO4UWOMIMNY1TylihQX/Zae+renL+UUxeJLmUKsnTy 6v+KAyCqM0tYJI8CNIM/rSFllcruIwbePbc4UhDXVauNQ3c5MJH3Xd6atirSQfef5nao m5VQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=KMwbmFrBF8gmQg7ZyDbq78xBN1eQIvbCSLlf3vjfmBY=; b=2+IrHqHOdpZuypFlAJAA5bcoOY2/fMIsChMLgA6e4Ge8zIXob8WEhRdUGpi4Vq1lGy eG29cZ2+yHrZyjHGZKTV70I7y6mdPwWMWqiCGPJK8wROp87i+z1pEaNrfMh3ly3KjD1T IoCwvQNXLwuAidsvmiX2ILQGXrTPzasSVI4n9xlnGAh9SJvq+X9q1FWOdikv24nkhD9i TmqEu84mcwHiN8HTcLf4Ul3IIi1CEI6s1P85jLe9ikWHW4Ht0tg0nzKuYXMXoR6KUset dIIYAYr/nfhzdHzQlqpx6KLfrFKu6Me1+qZCb53s6Sp7HtkjLaEmhB+/b2oLvunwFngM uX2Q== X-Gm-Message-State: AOAM53315N6oAD+Vb+dJyJelnpvggdcFSmgciVel7PJ4wk3yf0JRakTW 0ANaIdCj3gv1sY1H0TJSZ0hCzFVWndc= X-Google-Smtp-Source: ABdhPJyNlSixbk6bAO1tccDsrlTfBkE+3qEq/57MRmC+4XvdMxPqj5J1UEKRLDUYzEvDDK0hbBcFAA== X-Received: by 2002:a2e:7311:: with SMTP id o17mr1274924ljc.267.1632767105045; Mon, 27 Sep 2021 11:25:05 -0700 (PDT) To: make-initrd@lists.altlinux.org References: <0449f9ee-3752-0972-a40d-5f3f50f5e6e9@basealt.ru> <20210923140546.kho57ezxxsh74nwt@example.org> <20210923143624.pv4hbukvgtt77t4f@example.org> <37bffecd-1b55-87c7-9c0e-da391998f62b@basealt.ru> From: Leonid Krivoshein Message-ID: <650ab26b-fef7-0b82-e7ac-e9dd15c46e37@gmail.com> Date: Mon, 27 Sep 2021 21:25:03 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <37bffecd-1b55-87c7-9c0e-da391998f62b@basealt.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [make-initrd] =?utf-8?b?0JTQvtCx0LDQstC40YLRjCB1ZGV2INC/0YDQsNCy?= =?utf-8?b?0LjQu9C+INCyIGluaXRyZCDRh9C10YDQtdC3IGluaXRyZC5taw==?= X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 18:25:08 -0000 Archived-At: List-Archive: 27.09.2021 18:38, Антон Мидюков пишет: > 23.09.2021 21:36, Alexey Gladkov пишет: >> On Thu, Sep 23, 2021 at 09:20:44PM +0700, Антон Мидюков wrote: >>>>> Обнаружил, что сетевой интерфейс включенный в initrd остаётся с именем eth0 при сетевой >>>>> установке. Что приводит к тому, что в инсталяторе настраиваем eth0, а в установленной системе >>>>> имеем его с именем enp0s8 подобным без конфигурации. Так что к установленной системе по сети после установки уже >>>>> можно и не подключиться (сетевой интерфейс подключен один). >>>> Переименовывает systemd или что-то около его. Насколько я помню на это >>>> влияет присутствие dmidecode. >>>> >>>> Это не моё дело, но инсталлер неправ, когда использует имена без >>>> последующей привязки имени к mac или businfo>> Соответственно, появилась мысль, что нужно отработать в initrd udev-правило переименования интерфейса. >>>> >>>> initrd как раз ничего не переименовывает. Имя eth* каноническое. >>>> >>> Это я знаю. Но проблема в том, что уже поднятый интерфейс не переименовывается в stage2. >>> Отсюда мысль, что нужно переименовать его ещё в initrd до его поднятия. >> Я предлагал наоборот в stage2 добавить аналог цикла: >> >> https://github.com/osboot/make-initrd/blob/master/features/network/data/lib/initrd/cmdline.d/network#L165-L175 >> > Возможно, это хорошая идея. > Но почему-то я не увидел /etc/udev/rules.d/60-persistent-net.rules в initrd. > Загружался с ip=dhcp stop=bootchain > Фича network уже должна была отработать. Сетевые интерфейсы настроены. > >> или в системе их кто-то всё равно пытается переименовать ? > Настроенные в initrd интерфейсы никто не переименовывает в stage2. Отсюда и проблема. Проблема в другом: когда мы грузимся с сетевыми параметрами, runtime make-initrd настраивает сетевую карту, даже если не переименовывает интерфейс, в другом случае он ничего не делает, так как нет сетевых параметров, тогда это делается в stage2. Как я понял, ты хочешь, чтобы независимо от сетевых параметров настройки интерфейсов были одинаковы в stage1 и stage2, для этого в stage1 нужны правила, которые будут попадать в initramfs и отрабатывать независимо от включенности фичи network. С этим может возникнуть одна проблема: если эти правила не успеют отработать до того, как будет найден корень, данное решение не поможет. К слову, фича network переименовывает интерфейс только если её об этом попросить, лишь в этом случае создаётся 60-persistent-net.rules. > Мне кажется, нужно передавать правило udev в stage2, чтобы при установке скопировать в устанавливаемую > систему. Тогда проблема бы решилась. Ни в коем случае. Потому что суммарный набор правил в stage2 всё равно будет непредсказуемым, stage1 об этом ничего не знает. Наверное, правильное направление -- разместить в stage1 те же udev rules около 8?-network-*, которые есть в stage2, для явного переименования интерфейса может отработать фича network, избежать рейса с тем, кто раньше -- найдётся корень или применятся правила к интерфейсам можно лишь опять же включив явно настройки ip. -- Best regards, Leonid Krivoshein.