Public bug reported: I presume this should be reported against the kernel, but linux-image- generic doesn't work
:~$ # /dev/sdb is a 2T SSD :~$ # This device has no partitions, just a luks2 header :~$ sudo cryptsetup isLuks /dev/sdb && echo "true" true :~$ # Nevertheless, the kernel sees partitions: :~$ lsblk /dev/sdb NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sdb 8:16 0 1.8T 0 disk ├─sdb1 8:17 0 1.1T 0 part └─sdb2 8:18 0 197.3G 0 part :~$ # This is not the case with my other 2T disks :~$ sudo cryptsetup isLuks /dev/sda && echo "true" true :~$ lsblk /dev/sda NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 1.8T 0 disk :~$ sudo cryptsetup isLuks /dev/sdc && echo "true" true :~$ lsblk /dev/sdc NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sdc 8:32 0 1.8T 0 disk :~$ # Now if I open /dev/sdb, the encrypted disk is available, but the partitions remain: :~$ sudo cryptsetup open /dev/sdb luks.root.internal Enter passphrase for /dev/sdb: :~$ lsblk /dev/sdb NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sdb 8:16 0 1.8T 0 disk ├─sdb1 8:17 0 1.1T 0 part ├─sdb2 8:18 0 197.3G 0 part └─luks.root.internal 253:0 0 1.8T 0 crypt :~$ # I tried wiping the LUKS header on /dev/sdb and recreating it, with no effect. :~$ # The kernel I'm running is vmlinuz-6.8.0-31-generic :~$ # I was able to check this right from the 24.04 installer. :~$ # This is a longstanding problem, perhaps as long as 10 years. :~$ # I've seen it on many disks, but never reported the issue. In case it might be useful, running parted on /dev/sdb, I see: (parted) print Error: /dev/sdb: unrecognized disk label Model: ATA Dogfish SSD 2TB (scsi) Disk /dev/sdb: 2000GB Sector size (logical/physical): 512B/512B Partition Table: unknown Disk Flags: ** Affects: ubuntu Importance: Undecided Status: New ** Description changed: I presume this should be reported against the kernel, but linux-image- generic doesn't work :~$ # /dev/sdb is a 2T SSD :~$ # This device has no partitions, just a luks2 header :~$ sudo cryptsetup isLuks /dev/sdb && echo "true" true :~$ # Nevertheless, the kernel sees partitions: :~$ lsblk /dev/sdb NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS - sdb 8:16 0 1.8T 0 disk - ├─sdb1 8:17 0 1.1T 0 part - └─sdb2 8:18 0 197.3G 0 part + sdb 8:16 0 1.8T 0 disk + ├─sdb1 8:17 0 1.1T 0 part + └─sdb2 8:18 0 197.3G 0 part :~$ # This is not the case with my other 2T disks :~$ sudo cryptsetup isLuks /dev/sda && echo "true" true :~$ lsblk /dev/sda NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS - sda 8:0 0 1.8T 0 disk + sda 8:0 0 1.8T 0 disk :~$ sudo cryptsetup isLuks /dev/sdc && echo "true" - sudo cryptsetup isLuks /dev/sdc && echo "true" true :~$ lsblk /dev/sdc NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS - sdc 8:32 0 1.8T 0 disk + sdc 8:32 0 1.8T 0 disk :~$ # Now if I open /dev/sdb, the encrypted disk is available, but the partitions remain: :~$ sudo cryptsetup open /dev/sdb luks.root.internal - Enter passphrase for /dev/sdb: + Enter passphrase for /dev/sdb: :~$ lsblk /dev/sdb NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS - sdb 8:16 0 1.8T 0 disk - ├─sdb1 8:17 0 1.1T 0 part - ├─sdb2 8:18 0 197.3G 0 part - └─luks.root.internal 253:0 0 1.8T 0 crypt + sdb 8:16 0 1.8T 0 disk + ├─sdb1 8:17 0 1.1T 0 part + ├─sdb2 8:18 0 197.3G 0 part + └─luks.root.internal 253:0 0 1.8T 0 crypt :~$ # I tried wiping the LUKS header on /dev/sdb and recreating it, with no effect. :~$ # The kernel I'm running is vmlinuz-6.8.0-31-generic :~$ # I was able to check this right from the 24.04 installer. :~$ # This is a longstanding problem, perhaps as long as 10 years. :~$ # I've seen it on many disks, but never reported the issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2064699 Title: Kernel Sees Partitions Where There Aren't Any To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/2064699/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs