Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#77416 - thin-provisioning-tools-1.0.0-1 breaks the mkinitcpio lvm2 hook
Attached to Project:
Arch Linux
Opened by Eric Toombs (ewtoombs) - Tuesday, 07 February 2023, 04:09 GMT
Opened by Eric Toombs (ewtoombs) - Tuesday, 07 February 2023, 04:09 GMT
|
DetailsDescription:
My root volume is in a thinpool and this new version of thin-provisioning-tools has broken my boot. It should be reverted until this problem is fixed. Additional info: * package version(s): 0.9.0 works, 1.0.0 doesn't. * link to upstream bug report: https://github.com/jthornber/thin-provisioning-tools/issues/244 * lvm2 is running on top of luks, so I run the cryptsetup hook before the lvm2 hook. Steps to reproduce: 0. Set up a system with your root volume in a thinpool using thin-provisioning-tools 0.9.0. Use the lvm2 mkinitcpio hook. 2. Upgrade to 1.0.0. 3. Reboot The boot sequence will fail, unable to find the root volume. In the recovery shell, if you attempt a `lvm vgchange -ay`, this is what you get: ``` Check of pool myvgnamehere/mythinpoolnamehere failed (status:64). Manual repair required! ``` After a cursory examination of the package contents of the different versions, I've found that 1.0.0 has two extra symlinks: `thin_metadata_pack` and `thin_metadata_unpack`. `/usr/lib/initcpio/install/lvm2` does not provide these symlinks. I am adding these symlinks manually and rebooting to see if this fixes the problem. |
This task depends upon
```
--- /tmp/2 2023-02-06 23:02:16.766646562 -0500
+++ /tmp/1 2023-02-06 23:02:22.180109642 -0500
@@ -15,7 +15,9 @@
usr/bin/thin_delta
usr/bin/thin_dump
usr/bin/thin_ls
+usr/bin/thin_metadata_pack
usr/bin/thin_metadata_size
+usr/bin/thin_metadata_unpack
usr/bin/thin_repair
usr/bin/thin_restore
usr/bin/thin_rmap
@@ -37,7 +39,9 @@
usr/share/man/man8/thin_delta.8.gz
usr/share/man/man8/thin_dump.8.gz
usr/share/man/man8/thin_ls.8.gz
+usr/share/man/man8/thin_metadata_pack.8.gz
usr/share/man/man8/thin_metadata_size.8.gz
+usr/share/man/man8/thin_metadata_unpack.8.gz
usr/share/man/man8/thin_repair.8.gz
usr/share/man/man8/thin_restore.8.gz
usr/share/man/man8/thin_rmap.8.gz
```
thin_check_options = [ "-q", "--auto-repair" ]
mkinitcpio must be rerun.
As conf/example.conf.in is generated by lvm dumpconfig the binaries have to first be generated with updated defaults then generate an update config that is then packaged.
I did not update lib/config/config_settings.h to match the new default due to a lack of requisite knowledge. So the comments do not cover --auto-repair.