Hi Paul, and thanks for the report.
Paul Seelig <think...@rumbero.org> (2023-05-02): > using the xfce4 based RC2 live ISO image[1], on a Thinkpad T480 (16GB > RAM/256GB NVME/INTEL GRAPHICS ONLY) installation of Debian in an luks > encrypted LVM was performed. > > Apparently, the required cryptsetup-initramfs packages were removed > from the system during the last instalation stages, rendering the > resulting system unbootable. Oh wow, that looks bad. Unfortunately I'm mostly familiar with the regular d-i installer, not so much with the live counterpart. > Manual intervention was required to fix the issue from a live rescue > system, something a novice user will never be able to accomplish. Can't agree with you more. (Even with a developer hat, the first time one gets confronted with a LUKS system that cannot be unlocked leaves traces… Still remembering that initramfs bug I encountered around 2010, as if it were yesterday…) FWIW: While I'm not sure about live images (and I won't check right now), regular d-i offers a rescue mode which automates the painful detecting and unlocking steps when it comes to LUKS stuff, so you don't have to know about cryptsetup luksOpen and friends to get a shell into the installed system. > The same issue was already note with the prior RC1 variant of this > bookworm live ISO. It can be reliably reproduced. Helpful data point, thanks. > Attached installation logs should be sufficiently verbose about what > actually happened underneath. Either it was forgotten or dropped by the BTS; please use reply-all, and attach it compressed (to avoid hitting size limits on either the BTS side or on the debian-boot ML side). Cheers, -- Cyril Brulebois (k...@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature