[Bug 1669160] Re: GRUB_DISABLE_INITRD should imply GRUB_FORCE_PARTUUID

Mate Kukri 1669160 at bugs.launchpad.net
Thu Jun 13 13:45:38 UTC 2024


** Changed in: grub2 (Ubuntu)
    Milestone: ubuntu-17.05 => None

** Changed in: grub2 (Ubuntu)
     Assignee: Mathieu Trudel-Lapierre (cyphermox) => Mate Kukri (mkukri)

** Changed in: grub2 (Ubuntu)
   Importance: High => Low

** Tags added: foundations-todo

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1669160

Title:
  GRUB_DISABLE_INITRD should imply GRUB_FORCE_PARTUUID

Status in grub2 package in Ubuntu:
  Triaged

Bug description:
  Currently, if you want to boot a Linux system without an initrd, you
  have to both set GRUB_DISABLE_INITRD=true, and set GRUB_FORCE_PARTUUID
  to the value of the partition uuid of the root filesystem.

  disabling initrd boot only works if your root filesystem is specified in a syntax 
  If GRUB knows the root device, it should be able to probe the partition uuid of it without having to ask.

  If the root disk is specified in a format that is known to not be
  resolvable by the kernel (LABEL= or UUID=), and grub is not able to
  resolve this to a partition uuid at update-grub time, then
  GRUB_DISABLE_INITRD=true should be a no-op.  We should not construct a
  grub.cfg that we know will not boot.

  However if grub is able to resolve it, then GRUB_DISABLE_INITRD=true
  should automatically probe the PARTUUID and use it rather than
  requiring it to be hard-coded.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1669160/+subscriptions




More information about the foundations-bugs mailing list