http://bugzilla.opensuse.org/show_bug.cgi?id=1205261 http://bugzilla.opensuse.org/show_bug.cgi?id=1205261#c13 --- Comment #13 from Felix Miata <mrmazda@earthlink.net> --- Created attachment 865661 --> http://bugzilla.opensuse.org/attachment.cgi?id=865661&action=edit /boot/grub2/custom.cfg on TW / filesystem from which all installations are booted through TW's Grub; and rdsosreport.txt This is nuts. Similar situation to comment #0 on different PC. I used ddrescue to clone from 120G NVME to 512G NVME. GPT partitions 7-16 each have a Linux OS, with TW on #7, and in control of UEFI boot. After the cloning I shutdown and removed the source. I then booted a live media in order to re-unique all UUIDs and volume labels before attempting to boot from the new NVME. 11 of the 12 installations boot as if nothing ever was changed. The oddball failing is TW. With the original initrd for its default 6.2.1 kernel, whether I have neither or either or both rd.hostonly=0 and rd.auto or rd.auto=1, boot halts in dracut shell after "reached target initrd root device". Last line prior to announcing generation of /run/initramfs/rdsosreport.txt is a warning that /dev/disk/by-label/ZM2P01ESP does not exist. That label is the obsolete LABEL from the old NVME. /etc/fstab has been completely adapted to the new LABELs and UUIDs, which means ZM2P01ESP is not coming from /etc/fstab. I tried twice to chroot from TW rescue CD 20230318 into TW to rebuild the default initrd. Using either result, boot fails much sooner, last line before emergency shell is "Starting dracut initqueue hook". Both ESP and / filesystems "does not exist". In this shell I'm unable to find any way to get any kind of filesystem mounted so that rdsosreport.txt can be captured for analysis, and there is nothing I can find in the shell from which to view any but its tail. grep, head and less are absent commands. /dev/nvme* and /dev/sd* do not exist. Even if I mknod /dev/sda and /dev/sda1 to try to mount a USB stick, no joy. All older kernels with original initrds, e.g. 6.1.12 or 6.0.12 or 5.19.13, stop @ "Reached target Basic System.", whether I have neither or either or both rd.hostonly=0 and rd.auto or rd.auto=1. Chrooting from 15.5 on nvme0n1p11 to TW on nvme0n1p7 I was able to install kernel-default-6.2.6, with result it boots normally. Rebuilding older initrds with mkinitrd while booted to 6.2.6 only succeeded for booting the 6.2.1 kernel. For 6.1.12, boot stops at "Starting dracut initqueue hook..." Apparently the rc.* workarounds no longer are functional. -- You are receiving this mail because: You are on the CC list for the bug.