There are 2 proposed solutions, but each one has its own issues.
- Splitting the VG into 2 separate VGs certainly resolves the bug, but it could make impossible to have fancy setups like LVM cache, or fast CoW snapshots on SSDs, or fast thin pool metadata on SSDs. This kind of advanced LVM setups are not so unusual for servers or workstations.
- The other proposed solution, having a separate VG on a dedicated partition (GPT), also resolves the bug. But it seems to me like going backwards 20+ years, when LVM didn't exist yet and you had to use fixed-sized partitions, usually overprovisioning them to allow for some growth. This partition should have the 2 LVs needed at the initramfs stage: root and swap. The root FS can be estimated to be at most 30-50 GiB for servers, but for workstations that use a lot of flatpaks or snaps, that amount of space may be insufficient. The size of the swap LV can be much more difficult to properly estimate. For workstations or servers that use hibernation, its size depends on the amount of RAM, and this can perfectly increase during the lifespan of the setup. In summary, with this solution you have to be conservative and overprovision the partition (GPT), therefore wasting space. For relatively expensive storage such as SSDs, this is not desirable.
If reopening this bug seems inappropriate, I would also kindly ask to document this issue on the release notes for bookworm, so that people affected by it have a smoother upgrade process.
Best regards,
ethereal.
---- Javier Miqueleiz (ethereal) <javier (at) miqueleiz (dot) com> ----------
"Since the best man could not be obtained, mediocre ones would have
to be accepted."
-- Leipzig mayor Abraham Platz, 1723, commenting on appointing
Bach as the Cantor of St Thomas School, Leipzig, when
Graupner refused the post (Graupner is a now long-forgotten
minor musician); quoted in Werner Neuman, Bach (1961)
--------------------------------------------------------------------------------
OpenPGP_signature
Description: OpenPGP digital signature
