[solved] Kernel panic, unable to find root partition, what to do?

Edit: managed to boot by reinstalling grub, reinstalling the kernel (latest) with Artix' own basestrap script and then updating grub from a live USB. System saved. Now it won’t accept a new IP from my dhcp server but that’s tomorrow’s problem. Thank you all for your quick respones! 🥰

Artix Linux
Thinkpad T480
Symptoms appeared after a system upgrade

A1MIyZrtTV1qJcl.jpg

Error log:

[    0.801115] VFS: Cannot open root device "UUID=ed827e9a-47e4-490c-8a9a-0f0145925e0b" or unknown-block(0,0): error -6  
[    0.801117] Please append a correct "root=" boot option; here are the available partitions:  
[    0.801119] List of all bdev filesystems:  
[    0.801119]  ext3  
[    0.801120]  ext2  
[    0.801121]  ext4  
[    0.801122]  fuseblk  
[    0.801122]  btrfs  
[    0.801123] 
[    0.801124] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)  

Should I adjust something in fstab from a live USB or can I point to the root partition from GRUB's CLI?

23 points · 8 comments · view on lemmy.world

8 Comments

akunohana@piefed.blahaj.zone · 5 pts · 7d

Update2: managed to boot by reinstalling grub, reinstalling the kernel (latest) and then updating grub from a live USB. System saved. Now it won't accept a new IP from my dhcp server but that's tomorrow's problem. Thank you all for your quick respones! 🥰

gnufuu@lemmy.ca · 4 pts · 7d

Booting a live USB and reinstalling GRUB as follows has saved my butt in the past. Obviously replace the /dev/sdXY paths with your own. Further adjustments might be needed depending on your system.

# mount root partition:
sudo mount /dev/sdXY2 /mnt
# mount boot partition (if there is any)
sudo mount /dev/sdXY3 /mnt/boot
# mount efi partition (if there is any)
sudo mount /dev/sdXY1 /mnt/boot/efi
# mount other partitions:
for dir in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do sudo mount --bind $dir /mnt$dir; done  
# chroot into mounted system:
sudo chroot /mnt /bin/bash -i 
# reinstall grub:
grub-install 
# rebuild grub.cfg:
update-grub 
# rebuild initramfs (not sure if necessary):
update-initramfs -u
# sync, exit chroot, reboot:
sync
exit
sudo reboot
talkingpumpkin@lemmy.world · 4 pts · 7d

If the filesystems seem ok it might be your grub configuration (or whatever bootloader you use)

akunohana@piefed.blahaj.zone · 1 pts · 7d (3 replies)

Update1: catted fstab from a live USB and the UUID has not changed, which dazzles me. What is going on...

davad@lemmy.world · 2 pts · 7d (2 replies)

And you can mount the partition in your live USB boot?

It sounds like your bootloader doesn't recognize the file system at that device path.

akunohana@piefed.blahaj.zone · 1 pts · 7d (1 reply)

Mounted no problem. Deleted everything under /boot when chrooted and reinstalled grub. Now, grub doesn't even load at boot, it just takes me to the UEFI. There, I see the "grub" entry, but it's inaccessible.

elmicha@feddit.org · 1 pts · 7d

At least on Ubuntu, /boot also has the initrd and kernel (vmlinuz). Maybe your distribution has them in /, but if not, you probably need to reinstall the kernel package in the chroot.

Shadow@lemmy.ca · 1 pts · 7d

Revert back to the previous kernel / initramfs to get yourself booting. There's no devices listed, so you probably need to add the disk driver and make a new initramfs.