refind + intel-ucode failing to boot, but without ucode, boots fine.
so decided to swap out arch for artix on another device to minimize the amount of distros i'm depending on.
anyway long story short..
its a chinese tablet (teclast x80 power) is an x86_64 with intel hardware (atom x5-z8350). its not intended to be used as a normal tablet that why i used arch the last like 5 years on it.
anyway for some reason it just wont boot from grub black screen after "welcome grub!" flashes. old issue been such since i installed arch on it like 5 years ago.
it boots fine with whatever system www.system-rescue.org uses to boot, arch-iso does not boot from grub, and artix-iso does either. just tested from the isos to see if grub had fixed the issue that it apparently had with the hardware, it has not, so i'm stuck with refind for now. (or the bootloader system-rescue usb uses, but i think it looks horrible so i choose refind..)
now after the usual install the base system, install refind, setup refind.conf (so it can use linux-lts as a "version") and fix the regular stuff in '/boot/refind_linux.conf' file
"Boot using standard options" "root=PARTUUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw add_efi_memmap initrd=boot\intel-ucode.img initrd=boot\initramfs-%v.img"
"Boot using fallback initramfs" "root=PARTUUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw add_efi_memmap initrd=boot\intel-ucode.img initrd=boot\initramfs-%v-fallback.img"
ofcourse xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx is substituted for my real PARTUUID..
now comes the wierd part..
if i update the layout
"Boot using standard options + intel-ucode" "root=PARTUUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw add_efi_memmap initrd=boot\intel-ucode.img initrd=boot\initramfs-%v.img"
"Boot using fallback initramfs + intel-ucode" "root=PARTUUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw add_efi_memmap initrd=boot\intel-ucode.img initrd=boot\initramfs-%v-fallback.img"
"Boot using standard options" "root=PARTUUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw add_efi_memmap initrd=boot\initramfs-%v.img"
"Boot using fallback initramfs" "root=PARTUUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw add_efi_memmap initrd=boot\initramfs-%v-fallback.img"
now both the non-ucode items boot fine, and the ones with ucode in them crashes during fsck of the local filesystem..
handwritten from screen.. might be typos..
so the question is, can i get more info out of the startup with some kernel parameter?
cause i guess it tries to open the efi drive for fsck check, but it cant find it.. but since it does not tell what it tries to open and fail, its hard to diagnose..
usually i diagnose stuff with a running system below, so openrc and kernel stuff well that was a decade ago i messed with it..
any bright ideas? for now i'll have to run without the intel-ucode patches applied but i would prefer to have them for obvious reasons