[Bug 2088404] Re: dracut by default fails when lvm has system_id

[Benjamin Drung]

dracut 105-2ubuntu3 set `-H --hostonly-mode=sloppy` as default arguments
via a config file. So judging from the last comment, this change should
also address your issue.

** Changed in: dracut (Ubuntu)
       Status: New => Fix Released

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

Title:
  dracut by default fails when lvm has system_id

Status in dracut package in Ubuntu:
  Fix Released

Bug description:
  On oracular (probably others as well), by default, the dracut initrd will not have /etc/lvm/{lvm.conf,lvmlocal.conf}.  (This differs from initramsfs-tools based initrds).  As a consequence, systems on which root is on a LV on a LVM VG with a system_id will fail to be found, because the
  system_id configured in /etc/lvm/{lvm.conf,lvmlocal.conf} will not be used by the LVM in initrd.

  So it gets to basic.target and then hangs because root can't be mounted because the LV can't be
  activated because the VG can't be found.

  Adding "lvmconf=yes" to the dracut configuration (and then rebuilding the initrd) will work-around:
     $ cat /etc/dracut.conf.d/RBF-lvm.conf 
     lvmconf=yes

  Relevant lines from lvm.conf/lvmlocal.conf:
  $ grep system_id *conf | grep -v #
  lvm.conf:       system_id_source = "lvmlocal"
  lvmlocal.conf:  system_id = "<redacted>"

  
  Description:    Ubuntu 24.10
  Release:        24.10

  dracut-core   103-1ubuntu3   amd64

  Expected:  "apt-get install dracut" would successfully convert working
  initramfs-tools system to dracut system.

  What Happened:  System hung at basic.target until initrd was rebuilt
  with "lvmconf=yes".

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