07-17-2025, 02:26 PM
(This post was last modified: 07-17-2025, 02:43 PM by Dendrocalamus64.)
Updating with issues I've had with Manjaro Testing and fixes.
- gnumeric is out of date.
gnumeric: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory
Solution: Switch to sc.
- mutt was out of date and holding back upgrading multiple gpg-related packages.
Solution: Switch to mutt-git.
That just got fixed by today's update, so can switch back.
- The system won't boot
Solution: Go back in time. Before switching to manjaro-testing, make sure my rescue SD card image is fully up-to-date. Test booting immediately after switching, so I don't find out months later at the worst possible time.
So... what happened here?
I'm using lvm2. That means you need to edit /etc/mkinitcpio.conf to add the lvm2 hook. That change needs to stay in the system file, because every time there's a kernel update, the initramfs-linux.img is rebuilt. New upstream files are supposed to land at /etc/mkinitcpio.conf.pacnew, allowing you to manually merge any changes you want.
I do have a mkinitcpio.conf.pacnew, but for some reason, the lvm2 configuration disappeared from the main file. Check for that after switching to manjaro-testing. I don't know if that's when it happened.
Steps to fix using arch-chroot:
$ sudo pacman -Syu arch-install-scripts
$ sudo mount /dev/VG1/LV1 /mnt # mount the root volume you want to fix
$ sudo archlinux-chroot /mnt
# vi /etc/mkinitcpio.conf
# mount /dev/mmcblk2p1 /boot # mount the corresponding boot volume within the chroot
# mkinitcpio -P
I'm using the Megi kernel. I also have the default 6.15.5-1-MANJARO-ARM kernel supplied by manjaro-testing installed. I use the initramfs-linux.img built against the manjaro-testing kernel, not the megi kernel, in extlinux.conf for booting. Some day I'll go back and figure out why, but it's working.
If I hadn't written up using lvm on my new emmc for the forum, it would have taken much longer to find and fix this. My notes taken for myself were too terse.
Another "fun" discovery while bringing the rescue SD card image up to date to fix this:
tomb-git (version 2.11.r76.g586b5cb-1) could not open tomb files created by tomb 2.10 installed from tarball.
It just says incorrect password and makes you think you forgot your volume encryption password on top of everything else.
I found the old Tomb-2.10 directory still hanging around in my build directory after mounting the emmc. Installed directly from that to the SD card's filesystem and then it worked.
- gnumeric is out of date.
gnumeric: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory
Solution: Switch to sc.
- mutt was out of date and holding back upgrading multiple gpg-related packages.
Solution: Switch to mutt-git.
That just got fixed by today's update, so can switch back.
- The system won't boot
Solution: Go back in time. Before switching to manjaro-testing, make sure my rescue SD card image is fully up-to-date. Test booting immediately after switching, so I don't find out months later at the worst possible time.
So... what happened here?
I'm using lvm2. That means you need to edit /etc/mkinitcpio.conf to add the lvm2 hook. That change needs to stay in the system file, because every time there's a kernel update, the initramfs-linux.img is rebuilt. New upstream files are supposed to land at /etc/mkinitcpio.conf.pacnew, allowing you to manually merge any changes you want.
I do have a mkinitcpio.conf.pacnew, but for some reason, the lvm2 configuration disappeared from the main file. Check for that after switching to manjaro-testing. I don't know if that's when it happened.
Steps to fix using arch-chroot:
$ sudo pacman -Syu arch-install-scripts
$ sudo mount /dev/VG1/LV1 /mnt # mount the root volume you want to fix
$ sudo archlinux-chroot /mnt
# vi /etc/mkinitcpio.conf
# mount /dev/mmcblk2p1 /boot # mount the corresponding boot volume within the chroot
# mkinitcpio -P
I'm using the Megi kernel. I also have the default 6.15.5-1-MANJARO-ARM kernel supplied by manjaro-testing installed. I use the initramfs-linux.img built against the manjaro-testing kernel, not the megi kernel, in extlinux.conf for booting. Some day I'll go back and figure out why, but it's working.
If I hadn't written up using lvm on my new emmc for the forum, it would have taken much longer to find and fix this. My notes taken for myself were too terse.
Another "fun" discovery while bringing the rescue SD card image up to date to fix this:
tomb-git (version 2.11.r76.g586b5cb-1) could not open tomb files created by tomb 2.10 installed from tarball.
It just says incorrect password and makes you think you forgot your volume encryption password on top of everything else.
I found the old Tomb-2.10 directory still hanging around in my build directory after mounting the emmc. Installed directly from that to the SD card's filesystem and then it worked.
