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=20230601; t=1709059477; x=1709664277; darn=lists.altlinux.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:to:from:date:from:to:cc :subject:date:message-id:reply-to; bh=0oZBaf/kjDn4Lqw1saectnkSB4TdmidNaQMRCnsoeNA=; b=T+hjZiNQn8YbUBCIKf2jwJkoiqUWSZ4CK+M8NS2JdEjstL3DsR38UO2f5vokH8E9TU iufoocslzbW5OnnyMTiQKbCUtq5+HwaknbSYOogoK/F1ir+Hb7mOxP2ujrdYu1Q/7XQz 66SdarG6lZ3dncui8uprQ2hXq7z9XgTneqysYjUXdCKVakoIYM3L5h+7/kYQ/4JKGxCF /0DbVg8tnLG5X9nB5Cw373cpebmcKpEuVNLmjtTNbP+UfpgckNPbF67Elz0j2v82T1z1 mVotVyJ+ROMbDlMhHf4ieFaOt9wg8u0X8UPaYXWHsAQmbaC5GevEfX1j5jq61c1KUqvl QntQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709059477; x=1709664277; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=0oZBaf/kjDn4Lqw1saectnkSB4TdmidNaQMRCnsoeNA=; b=nf5jS46hkMpKpFDeiPSspZr3EKDo4ZlpLaUGViz62mARwQXCphZEYEfuR+faDcvP2a dL8LR1D91gPz0K6YyDpmJctYVf9pyY4tW0dihK2y3b9wUQq1uc0K92dVQNimCgB044JS 27cD85t+RLCxiU3Cb46tkCzMMTG6bsjLPZ+gdaGzfM7S6P6dFFOl77s2wso+WcL1t7ri 6Q8WXZb5nB8vlX65Moy/pCOIO0GWn/EM0MEAzFZEdlV2wO7auPPWxg3qgJCNYb/Qv/Y4 JA5ZFmFl+IFLXl1QF8VvwmZNo+xsduHEKFWNrIYq9X1XN5uSm+N3nyGDv2Ozgz/WBBpZ 7NoA== X-Gm-Message-State: AOJu0Yyr3fQTVrCzGuvInuSHQtMRmqhWuPCyZk7lC1O8VHDX5ByF1Pfa O2LibumImrPqe9YzsYQwqSgWrD3XbKfVBbTNLvbzgq06pTjXzbTQXFu+28gq X-Google-Smtp-Source: AGHT+IEFj+KE2Cj3SlbnCpHnqUhg2q52oBXAGRNvM2f572TYiJVGh2U1c5Y0scFET6bjKDbsBhtEwA== X-Received: by 2002:a17:906:6d0e:b0:a3f:1139:5a6b with SMTP id m14-20020a1709066d0e00b00a3f11395a6bmr191405ejr.32.1709059477539; Tue, 27 Feb 2024 10:44:37 -0800 (PST) Date: Tue, 27 Feb 2024 19:44:35 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: References: <3df4ccda-bbf8-47f5-9f4b-9bbefcc1bd19@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3df4ccda-bbf8-47f5-9f4b-9bbefcc1bd19@gmail.com> Subject: Re: [make-initrd] =?utf-8?q?put-udev-rules_=D0=B8_p11?= 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: Tue, 27 Feb 2024 18:44:41 -0000 Archived-At: List-Archive: On Tue, Feb 27, 2024 at 07:35:05PM +0300, Leonid Krivoshein wrote: > > On 2/27/24 19:17, Leonid Krivoshein wrote: > > [...] может, стоит проверять все udev правила при упаковке на > > сборочнице, чтобы исключить такие сюрпризы? Можно ли (и насколько > > сложно) туда будет приделать твой валидатор? > > Ещё вариант: изменить уровень с ошибки на предупреждение. Ведь даже > systemd-udevd как-то перемалывает такие правила с кучей ругани в > журнале, но не отказывается загружать систему. Он ругается и не выполняет это правило. Это не как-то, а вообще никак, если тебе важно именно это правило. udev поступает так потому что у него правила из всех пакетов для всей системы. Там у него есть жизненно необходимые правила и опциональные, те которые понадобятся лишь для какой-то периферии. Если откажет usb-camera, то это печально, но не смертельно, ведь до загрузки рута мы уже как-то добрались. В initramfs обычно попадают правила, которые нужны для загрузки того самого рута. Ошибки в них скорее фатальны. > Либо сделать это зависимым от ключика. Например, из инсталлятора > make-initrd всегда запускать с ключом --force. Мне кажутся немного странными предложения выключить ту или иную проверку, когда проверка нашла фактическую ошибку. В данном случае это реальная ошибка в правилах, для которой даже уже в апстриме исправление есть. Предупреждения не имеют смысла. На них никто не смотрит. Игнорирование таких ошибок приведёт к проблемам при загрузке, когда найти и исправить правило в stateless образе будет намного сложнее. Например, синтаксическая ошибка может привести к тому, что в образ не попадут утилиты, которые используются в правилах. Так что нет. Я не считаю, что так или иначе игнорировать эти проблемы не допустимо. -- Rgrds, legion