[Bug 1652822] Re: grub efi doesn't install fs module needed to access root

[KEYofR]

Same here. I had to write myself a google drive doc that I could consult
every time a the grub-efi package was updated and broke my boot again.

In addition to the steps explained previously, I also copy my working
manually edited grub.cfg to emergency.cfg, so that every time I get a
failed boot again after a system update, I pull up google drive on my
phone to read this emergecy manual boot command:

grub> configfile ${cmdpath}/emergency.cfg

That one command is all you need to enter manually when you are faced
with the grub> prompt at boot, and it loads the rest of your normal grub
config, and you boot normally.

Then once booted, copy emergency.cfg back over grub.cfg, and update the
copy of xfs.mod since it might have been updated by the very update that
regnerated grub.cfg.

https://drive.google.com/open?id=1B2FrtIaG75PhFPsjzXnJS0MeDg7rezEP3Ef5fFlrLAo

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

Title:
  grub efi doesn't install fs module needed to access root

Status in grub2 package in Ubuntu:
  Triaged

Bug description:
  If I do a fresh install on an efi system and use xfs for the root and
  boot filesystems, the install will succeed and then on reboot grub
  will drop to a grub shell and fail to boot.  If I try to do an ls on
  any of the xfs filesystems, grub reports unsupported filesystem.
  Doing an insmod on xfs.mod doesn't work on the xfs filesystem since it
  can't be read

  /boot/efi is a fat32 esp partition and can be read by grub.  I can make the system boot by putting a copy of /boot/grub/x86_64-efi/xfs.mod in /boot/efi/EFI/ubuntu/xfs.mod and then putting the following line in /boot/efi/EFI/ubuntu/grub.cfg
  insmod (hd0,gpt1)/EFI/ubuntu/xfs.mod

  I'm guessing this would work if boot was ext2.

  My current HDD setup is:
  fdisk -l /dev/sda
  Disk /dev/sda: 477 GiB, 512110190592 bytes, 1000215216 sectors
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disklabel type: gpt
  Disk identifier: 5F358931-DDAE-4F78-8647-B54434A5A3DC

  Device       Start       End   Sectors   Size Type
  /dev/sda1     2048   2000895   1998848   976M EFI System
  /dev/sda2  2000896   4001791   2000896   977M Linux filesystem
  /dev/sda3  4001792 804902911 800901120 381.9G Linux LVM

  
  My current fstab is:
  /dev/mapper/vgroot-lvroot /               xfs     defaults        0       0
  # /boot was on /dev/sda2 during installation
  UUID=006c4d31-8c29-4e25-b8c2-5f70f5f19afd /boot           xfs     defaults        0       0
  # /boot/efi was on /dev/sda1 during installation
  UUID=DFD4-FB95  /boot/efi       vfat    umask=0077      0       1
  /dev/mapper/vgroot-lvhome /home           xfs     defaults        0       0
  /dev/mapper/vgroot-lvswap none            swap    sw              0       0

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: grub-efi-amd64 2.02~beta2-36ubuntu3.2
  ProcVersionSignature: Ubuntu 4.4.0-57.78-generic 4.4.35
  Uname: Linux 4.4.0-57-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.4
  Architecture: amd64
  CurrentDesktop: MATE
  Date: Tue Dec 27 12:42:40 2016
  InstallationDate: Installed on 2016-12-27 (0 days ago)
  InstallationMedia: Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719)
  SourcePackage: grub2
  UpgradeStatus: No upgrade log present (probably fresh install)

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