[Bug 1810235] Re: cryptsetup silently fails in live environment when given a raw "bcached" block device
I hope my change of bug title clarifies the edge case when this bug occurs. If I have misunderstood I'd appreciate being corrected. Because this is a pretty uncommon use case, I'm marking the bug importance as Low. Volunteers welcome - though I suspect that any volunteering would best be done upstream. ** Summary changed: - cryptsetup silently fails in live environment + cryptsetup silently fails in live environment when given a raw "bcached" block device ** Changed in: cryptsetup (Ubuntu) Importance: Undecided => Low ** Changed in: cryptsetup (Ubuntu) Status: New => Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment when given a raw "bcached" block device To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bcache-tools/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1810235] Re: cryptsetup silently fails in live environment when given a raw "bcached" block device
There is no action possible in the bcache-tools package so I'm marking that task as Invalid - but the cryptsetup task remains open. ** Changed in: bcache-tools (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment when given a raw "bcached" block device To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bcache-tools/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1810235] Re: cryptsetup silently fails in live environment
It may be that cryptsetup needs to be taught to use offset= and skip= for LUKS as well as plain. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bcache-tools/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1810235] Re: cryptsetup silently fails in live environment
Possibly, if there is a way to ensure bcache only caches encrypted block data and not the cleartext blocks. There may be a way of setting the backing drive to work with a different ordering but I'll need to run some tests and I'm not the most knowledgeable in regards to bcache, its been a learning experience. I'll play with it when I have some free time to see if I can make it work. I'll post back here with the results. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bcache-tools/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1810235] Re: cryptsetup silently fails in live environment
Could this be solved with different ordering? Luks first, then bcache? Luks definitely expects its header to be in a certain position: LUKS EXTENSION LUKS, the Linux Unified Key Setup, is a standard for disk encryption. It adds a standardized header at the start of the device, a key-slot area directly behind the header and the bulk data area behind that. The whole set is called a 'LUKS container'. The device that a LUKS container resides on is called a 'LUKS device'. For most purposes, both terms can be used interchangeably. But note that when the LUKS header is at a nonzero offset in a device, then the device is not a LUKS device anymore, but has a LUKS container stored in it at an offset. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bcache-tools/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1810235] Re: cryptsetup silently fails in live environment
Following up and to clarify my initial post a bit, I've found the main issue is with cryptsetup (or related system) expecting LUKS to be located within a certain boundary and bcache creates an offset on the backing drive that shifts this boundary outside where cryptsetup looks. The package should throw an exception or at the least say it didn't find the partition but it fails silently and that will require further investigation. There is other strange behaviour when working with bcache created partitions where bcache backed drives have been created but are then accessed from another computer (where bcache-tools have not been installed). These include some utilities throwing errors that the device partition doesn't exist (when it clearly does) and the silent fail with cryptsetup and devicemapper. The drive can become accessible by mounting these systems using a loopback offset such as the command below. losetup -o 8192 /dev/loop8 /dev/sda3 will correct many of these problems. ** Also affects: bcache-tools (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bcache-tools/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1810235] Re: cryptsetup silently fails in live environment
Additional Information: gdisk shows the partition type as , the drive (sda3) boots and runs without issue. Cryptsetup however; cannot access it after boot but it does properly mount and run the contents of the encrypted partition (i.e. root drive). The drive was originally set up following the instructions found at the link below with the intention being to resize the encrypted portion later (expand) via a livecd. https://askubuntu.com/questions/620480/how-to-install-ubuntu-with-both- disk-encryption-and-ssd-caching -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1810235 Title: cryptsetup silently fails in live environment To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1810235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs