[Bug 1926972] Re: Xubuntu with LUKS FDE hangs upon boot after Hirsute upgrade

yitzhaq 1926972 at bugs.launchpad.net
Fri Jul 30 16:03:02 UTC 2021


This issue is still very much present for me, and I would appreciate if
it were reopened. I will be happy to provide any details which may aid
in analyzing the problem.

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

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

Title:
  Xubuntu with LUKS FDE hangs upon boot after Hirsute upgrade

Status in cryptsetup package in Ubuntu:
  New

Bug description:
  After upgrading to Hirsute, I'm unable to boot my Xubuntu laptop with
  LUKS FDE. It was working fine on Groovy, and I have made no changes
  besides upgrading.

  The system now hangs on boot. Nothing is displayed (completely black
  screen, no passphrase prompt,  no cursor, nothing), and the keyboard
  does not respond (not even Caps Lock). This does not appear to be the
  reported known Xubuntu issue about having to press ESC (once or twice)
  to see the password prompt; as mentioned, the keyboard does not appear
  to respond at all. I have also confirmed that this is not #1915579, as
  the installed lvm2 version includes the fix, and I have manually
  confirmed that /usr/share/initramfs-tools/hooks/lvm2 is 755.

  /etc/crypttab looks fine as far as I can tell, and nothing complained
  during upgrade. I have tried doing dpkg-reconfigure (and apt-get
  install --reinstall) against grub-pc, initramfs-tools, cryptsetup and
  the latest installed kernel, to no avail. No complaints from any of
  that either.

  ~ # cat /etc/crypttab 
  sda4_crypt UUID=<my-uuid-is-listed-here> none luks,discard

  All package versions are current as of writing (including hirsute,
  hirsute-updates, hirsute-security). The volume mounts fine when
  booting from installation media.

  Not sure which package to report this against, as I don't know where
  the problem is located.

  HW in case it matters (though I doubt it) is a Lenovo ThinkPad X220
  running latest BIOS (1.46), with Samsung 860 EVO S-ATA. BIOS is
  configured with "Legacy first", rather than UEFI.

  Any help greatly appreciated.

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




More information about the foundations-bugs mailing list