** Changed in: cryptsetup (Ubuntu)
       Status: New => Confirmed

** Changed in: initramfs-tools
       Status: Confirmed => Invalid

** Description changed:

  Scenario:
  
  My root fs is on LVM which has some LVs (including root) over a single
  VG over a single PV which is a physical partition.
  
  I create an encrypted PV, and extend the VG with it.  I do not, however,
  migrate any part of the root fs to the new PV.
  
  "dmsetup deps" shows that the root fs depends only on the physical
  partition, not on the encrypted partition.  However, the VG cannot start
  without that encrypted PV being available.  "dmsetup deps" does not
  accurately detect that the root fs now depends on the encrypted PV being
  available.
  
  This has bad consequences for booting.  If I run "update-initramfs -u"
  it uses "dmsetup deps", and fails to note that there is now a
  "cryptroot" element involved.  System will not boot (Recovery is
  possible using a live CD to then remove the encrypted partition from the
  VG)
  
  This is probably a bug with dmsetup.  Alternately you could consider it
  a bug with initramfs-tools, which needs a better way to detect this
  scenario.
  
  ....
- UPDATE by hugojosefson: This bug has now been moved to initramfs-tools, so 
that the problem can be solved in the method get_lvm_deps() in 
/usr/share/initramfs-tools/hooks/cryptroot. That method could use some other 
way of determining a LV's dependencies, instead of the current "dmsetup deps".
+ UPDATE by hugojosefson: This bug has now been moved to project "cryptsetup 
(Ubuntu)", so that the problem can be solved in the method get_lvm_deps() in 
/usr/share/initramfs-tools/hooks/cryptroot. That method could use some other 
way of determining a LV's dependencies, instead of the current "dmsetup deps".

-- 
"dmsetup deps" does not accurately report LVM dependencies, can cause boot 
failure
https://bugs.launchpad.net/bugs/282189
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to