[Bug 1669160] Re: GRUB_DISABLE_INITRD should imply GRUB_FORCE_PARTUUID

[Mathieu Trudel-Lapierre]

Moving to ubuntu-17.05 so it remains on my todo list, I'll get to it
immediately after the zesty release.

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

** Changed in: grub2 (Ubuntu)
       Status: New => Triaged

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

-- 
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