I have confirmed this on a E3 1240 V3 and a Ryzen 3900x. When using dracut 051 with cryptsetup/luks and lvm/f2fs it will fail to boot. I don't have the exact error because these are production nodes and I rushed to fix them. The error had something to do with glibc and pthreads. Reverted back to 050-r2 and the issue was fixed on these nodes. Reproducible: Always Steps to Reproduce: dracut -a crypt -H -f --kver 5.10.1-gentoo --early-microcode /boot/initramfs-5.10.1-gentoo.img Actual Results: Doesn't boot Expected Results: Boots
* Are you able to get a copy of the error on one of them? * Compare output of the dracut generation command between not working/working? * emerge --info from a broken box
Might be an issue with f2fs. My notebook with cryptsetup/luks and lvm/btrfs works fine with dracut-051.
Please check if you have libgcc_s.so in the initramfs generated with dracut-050-r2 and 051. lsinitrd -k <kernel version> | grep libgcc_s.so
That was the error that was popping up in 051. I remember that now. 050-r2: primary /boot # lsinitrd -k 5.10.1-gentoo | grep libgcc_s.so -rw-r--r-- 1 root root 132 Nov 4 04:30 usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/libgcc_s.so -rw-r--r-- 1 root root 100520 Nov 4 04:30 usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/libgcc_s.so.1 I will be swapping in a new node tonight and can get you an exact error then. Sorry that the initial bug report is so vague!
I can replicate this on a 8700k. I will attach files along with a URL for the image.
Created attachment 678526 [details] Generation desktop /boot # lsinitrd -k 5.10.1-gentoo | grep libgcc_s.so -rw-r--r-- 1 root root 132 Nov 8 10:54 usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/libgcc_s.so -rw-r--r-- 1 root root 100520 Nov 8 10:55 usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/libgcc_s.so.1
https://i.imgur.com/R2ExDhr.jpg - error
Upstream moved the code that copies libgcc_s.so* into initrams after ldconfig. Could you try to revert this commit? https://github.com/dracutdevs/dracut/commit/de3cb0e3214c3fbab3a94e705445b4d1c2bf0dff
I was able to reproduce this bug after removing /lib64/libgcc_s.so.1 (I have a separate /usr). Upstream PR: https://github.com/dracutdevs/dracut/pull/992
I also keep getting this "libgcc_s.so.1 must be installed for pthread_cancel to work" error on boot, yet running "lsinitrd /usr/src/initramfs/initramfs.cpio | grep libgcc_s.so" returns the following: -rw-r--r-- 1 root root 132 Dec 19 14:27 usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/libgcc_s.so -rw-r--r-- 1 root root 100064 Dec 19 14:27 usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/libgcc_s.so.1 This means this error may appear even if those files are actually to be found in the initramfs file. I can confirm this file has been generated by dracut-051.
Let’s mask this for now?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ba41bafca7f0dfb4420984b96775ebefe0e7406a commit ba41bafca7f0dfb4420984b96775ebefe0e7406a Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2020-12-20 17:26:50 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2020-12-20 17:27:12 +0000 sys-kernel/dracut: apply patch to resolve error loading libgcc.so.1 Closes: https://bugs.gentoo.org/760249 Signed-off-by: Mike Gilbert <floppym@gentoo.org> .../{dracut-051.ebuild => dracut-051-r1.ebuild} | 1 + .../dracut/files/051-dracut.sh-move-ldconfig.patch | 60 ++++++++++++++++++++++ 2 files changed, 61 insertions(+)
*** Bug 760950 has been marked as a duplicate of this bug. ***