Hi.
Context:
System worked, I did some configuring with btrfs-Zygo/bees over night on new system and maybe something else. Deleted all my Timeshift snapshots to speed up the initial bees. I also have grub-btrfs working (but no snapshots currently because I deleted them). System was not rebooted since and today rebooted the system and it doesn’t boot anymore.
System context:
Whole SSD with 1G vfat EFI partition and another LUKS-BTRFS partition by default Calamares installation.
GRUB2, Grub-btrfs, LUKS btrfs, Timeshift, bees, NVMe, GPT table, AMD5950X+nVidia3090
Runned Yay yesterday.
The only change I did in GRUB conf manually is set menu timeout style to hidden type (so GRUB menu show up only if I’m hold Shift while booting, to appear) and uncommented BEEP sound to GRUB. And removed insmod part_mdos (because I dont have MBR anywhere anymore).
Problem:
When booting when any GRUB entry selected to boot into any linux kernel this TTY text shown:
Loading Linux linux-zen ...
Loading initial ramdisk ...
error: start_image() returned 0x8000000000000001.
Failed to boot both default and fallback entries.
Press any key to continue...
Pressing any key gets back to GRUB menu. Pressing entry again leads to same message and system halt.
Sometimes (randomly, reason not pinpointed) doing the same steps instead of TTY text above, the text says:
Loading Linux linux-zen ...
Loading initial ramdisk ...
error: you need to load the kernel first.
Progress:
https://discovery.endeavouros.com/system-rescue/arch-chroot/2022/12/
Used DVD live boot and correctly mounted the SSD and used arch-chroot in the Konsole. Opened /boot and found all the initramfs.img files where I expected. Really unsure why are this happening.
Maybe bees deduplication has to do something with this? But it works in block level, it shouldn’t be possible.
/boot/grub/grub.cfg content for first menu entry:
menuentry 'EndeavourOS Linux' --class endeavouros --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-00000000-0000-0000-0000-000000000000' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod cryptodisk
insmod luks
insmod gcry_rijndael
insmod gcry_rijndael
insmod gcry_sha256
insmod btrfs
cryptomount -u 00000000-0000-0000-0000-000000000000
set root='cryptouuid/00000000-0000-0000-0000-000000000000'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint='cryptouuid/00000000000000000000000000000000' 00000000-0000-0000-0000-000000000000
else
search --no-floppy --fs-uuid --set=root 00000000-0000-0000-0000-000000000000
fi
echo 'Loading Linux linux-zen ...'
linux /@/boot/vmlinuz-linux-zen root=UUID=00000000-0000-0000-0000-000000000000 rw rootflags=subvol=@ nowatchdog nvme_load=YES rd.luks.uuid=00000000-0000-0000-0000-000000000000 nvidia-drm.modeset=1 loglevel=3
echo 'Loading initial ramdisk ...'
initrd /@/boot/amd-ucode.img /@/boot/initramfs-linux-zen.img
}
Are the problem with GRUB or initial kernel filesystem image ?
Looking for solution as for now. Will update the post.
Seems very relatable issue:
https://www.reddit.com/r/archlinux/comments/1awkk67/fail_to_boot_after_update/?rdt=62674
then is hard to help