All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
From: Glenn Washburn <development@efficientek.com>
To: Pascal Hambourg <pascal@plouf.fr.eu.org>
Cc: The development of GNU GRUB <grub-devel@gnu.org>,
	Daniel Kiper <dkiper@net-space.pl>
Subject: Re: [PATCH] util/grub.d/30_os-prober.in: Fix GRUB_OS_PROBER_SKIP_LIST for non-EFI
Date: Sat, 27 Apr 2024 01:32:35 -0500	[thread overview]
Message-ID: <20240427013235.0e6ab6de@crass-HP-ZBook-15-G2> (raw)
In-Reply-To: <71538fee-34e5-4d4a-81b5-91bcf5d1b08b@plouf.fr.eu.org>

On Fri, 19 Jan 2024 11:28:55 +0100
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:

> GRUB documentation states:
> 
> 'GRUB_OS_PROBER_SKIP_LIST'
>   List of space-separated FS UUIDs of filesystems to be ignored from
>   os-prober output. For efi chainloaders it's <UUID>@<EFI FILE>
> 
> But the actual behaviour does not match this description. Setting
> 
>   GRUB_OS_PROBER_SKIP_LIST="<UUID>"
> 
> does not ignore non-EFI boot loaders detected on filesystem <UUID>.
> In order to skip non-EFI boot loaders, you must set
> 
>   GRUB_OS_PROBER_SKIP_LIST="<UUID>@<DEVICE>"
> 
> which is both absurd (UUID and device are redundant) and wrong
> (device names such as /dev/sd* may not be persistent across boots).
> 
> This patch fixes the detection of "@<EFI FILE>" in the device string
> reported by os-prober.
> 
> Fixes: 55e706c9 (Add GRUB_OS_PROBER_SKIP_LIST to selectively skipping systems)
> 
> Note: the UUID matching regex uses word boundaries '\b' but '@' is
> not a word character. As a consequence, setting
> 
>   GRUB_OS_PROBER_SKIP_LIST="<UUID>@<ANYTHING>"
> 
> will ignore non-EFI boot loaders detected on filesystem <UUID> even
> though the goal is to ignore a given EFI boot loader only.
> However I think this is desirable to preserve the behaviour of
> existing setups which use GRUB_OS_PROBER_SKIP_LIST="<UUID>@<DEVICE>".

It would be good to have this in a comment in an appropriate place in
the code. I know of no complaints about this, but I think it would be
good to work on transitioning to what should be done. Perhaps the
correct behavior should be available with a envvar and wait a full
release to to enable by default giving people time to transition.

Glenn

> 
> Signed-off-by: Pascal Hambourg <pascal@plouf.fr.eu.org>
> ---
>  util/grub.d/30_os-prober.in | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/util/grub.d/30_os-prober.in b/util/grub.d/30_os-prober.in
> index e9e217208..a24c01334 100644
> --- a/util/grub.d/30_os-prober.in
> +++ b/util/grub.d/30_os-prober.in
> @@ -125,7 +125,7 @@ for OS in ${OSPROBED} ; do
>    if UUID="`${grub_probe} --target=fs_uuid --device ${DEVICE%@*}`"; then
>      EXPUUID="$UUID"
>  
> -    if [ x"${DEVICE#*@}" != x ] ; then
> +    if [ x"${DEVICE%@*}" != x"${DEVICE}" ] ; then
>        EXPUUID="${EXPUUID}@${DEVICE#*@}"
>      fi
>  

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

  parent reply	other threads:[~2024-04-27  6:33 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-19 10:28 [PATCH] util/grub.d/30_os-prober.in: Fix GRUB_OS_PROBER_SKIP_LIST for non-EFI Pascal Hambourg
2024-04-12  6:53 ` Pascal Hambourg
2024-04-27  6:32 ` Glenn Washburn [this message]
2024-05-01 20:56   ` Pascal Hambourg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240427013235.0e6ab6de@crass-HP-ZBook-15-G2 \
    --to=development@efficientek.com \
    --cc=dkiper@net-space.pl \
    --cc=grub-devel@gnu.org \
    --cc=pascal@plouf.fr.eu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.