[Bug 2098725] [NEW] If Kubuntu is installed encrypted alongside another LUKS-encrypted Linux install, the passphrase is accepted only on the fourth try

[Aaron Rainbolt]

Public bug reported:

OS: Kubuntu 24.04.2 release candidate.

Hardware: Kubuntu Focus Ir16g2, 32 GB RAM, 128 GB USB drive used as an
installation target since both internal drives have LUKS-encrypted
installs occupying them.

Steps to reproduce:

1: Grab a computer with two disks.
2: Install any form of Linux with full drive encryption onto one of the disk. (Qubes OS in particular seems to work to cause this for me, encrypted Kubuntu may trigger it as well.)
3: On the other disk, install Kubuntu with encryption enabled.
4: Reboot into the Kubuntu installation.
5: Attempt to decrypt the disk.

Expected result: The passphrase is accepted on the first try.

Actual result: cryptsetup displays a message "cryptsetup: Waiting for
encrypted source device UUID=...". The passphrase is almost instantly
rejected the first three times it is input, with the message
"cryptsetup: ERROR: luks-...: unknown fstype, bad password or options?".
The system locks you out for one minute after three failed attempts.
Once the timeout ends and you are given another chance to insert the
passphrase, the passphrase is accepted and the system boots properly.

It is unknown if this is a regression or not yet.

** Affects: cryptsetup (Ubuntu)
     Importance: Undecided
         Status: 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/2098725

Title:
  If Kubuntu is installed encrypted alongside another LUKS-encrypted
  Linux install, the passphrase is accepted only on the fourth try

Status in cryptsetup package in Ubuntu:
  New

Bug description:
  OS: Kubuntu 24.04.2 release candidate.

  Hardware: Kubuntu Focus Ir16g2, 32 GB RAM, 128 GB USB drive used as an
  installation target since both internal drives have LUKS-encrypted
  installs occupying them.

  Steps to reproduce:

  1: Grab a computer with two disks.
  2: Install any form of Linux with full drive encryption onto one of the disk. (Qubes OS in particular seems to work to cause this for me, encrypted Kubuntu may trigger it as well.)
  3: On the other disk, install Kubuntu with encryption enabled.
  4: Reboot into the Kubuntu installation.
  5: Attempt to decrypt the disk.

  Expected result: The passphrase is accepted on the first try.

  Actual result: cryptsetup displays a message "cryptsetup: Waiting for
  encrypted source device UUID=...". The passphrase is almost instantly
  rejected the first three times it is input, with the message
  "cryptsetup: ERROR: luks-...: unknown fstype, bad password or
  options?". The system locks you out for one minute after three failed
  attempts. Once the timeout ends and you are given another chance to
  insert the passphrase, the passphrase is accepted and the system boots
  properly.

  It is unknown if this is a regression or not yet.

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