Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Kernel Panic - unable to find root filesystem
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo
View previous topic :: View next topic  
Author Message
Proinsias
n00b
n00b


Joined: 06 Oct 2014
Posts: 61
Location: UK

PostPosted: Thu Jul 13, 2017 6:18 pm    Post subject: Kernel Panic - unable to find root filesystem Reply with quote

Before heading off for a week I unplugged my desktop, removed the hard drives & gave it a little clean.

Just got back today, put it back together and got a kernel panic on booting. Unable to find root filesystem....I think vfs and (0,0) were mentioned at the end of the panic.

I stuck in a systemrescuecd, on optical disc, and used it to boot the existing gentoo install. I am typing from my gentoo install but with the sysrecue kernel.

Install is UEFI with grub2. I tried to regenerate the grub config with grub-mkconfig -o /boot/grub/grub.cfg from the gentoo/sysrescue environment and rebooted to the same panic. Back where I started.

My /etc/fstab uses /dev/sd* for root/boot/home etc:


Any help is appreciated, wondering if it is possible to fix this from within my current sysrecue/gentoo environment or if I will need to boot into full sysrecuecd and chroot into my gentoo.

Would using UUID's in /etc/fstab have avoided this?


Last edited by Proinsias on Thu Jul 20, 2017 9:30 pm; edited 1 time in total
Back to top
View user's profile Send private message
genterminl
Guru
Guru


Joined: 12 Feb 2005
Posts: 456
Location: Connecticut, USA

PostPosted: Thu Jul 13, 2017 8:09 pm    Post subject: Reply with quote

Yes, I believe that panic with the vfs and (0,0) means that grub found the kernel, but the kernel can't find the root file system to mount. I went through a similar issue (on a BIOS system with legacy grub, not UEFI) when I moved my hard drive to a different PC. It took a few rounds booting to sysrescuecd and chrooting into Gentoo to get the right kernel parameters for all the new hardware. I use UUIDs in /etc/fstab, so changing drive order wouldn't have mattered for me.

I'm not sure how you could boot with the sysrescuecd kernel and your gentoo install, but I think whether you can fix your issue from there depends on exactly what is wrong. If you are not changing any hardware, I would expect that /dev/sdX drive order would not change, but using UUIDs is probably safer anyway. However, I think that will help only if the /dev/sdX drive order did somehow change. It's easy enough to try, and I don't think it will make anything worse. One thing you might try is 'lsblk -f' both in pure sysrescuecd boot and in your current state. Any differences might point you in the right direction. You should also say whether or not you use an initrd, since it might be something there causing the problem. In that case, I do think you would have to chroot into your Gentoo system to fix it.
Back to top
View user's profile Send private message
Section_8
Guru
Guru


Joined: 22 May 2004
Posts: 547
Location: Arlington, TX, US

PostPosted: Thu Jul 13, 2017 8:18 pm    Post subject: Reply with quote

Could it be that when you plugged your HDs back into your mobo, you swapped the sata ports, so what was sda is now sdb? Using UUID= or LABEL= in /etc/fstab prevents those kind of headaches.
Back to top
View user's profile Send private message
Proinsias
n00b
n00b


Joined: 06 Oct 2014
Posts: 61
Location: UK

PostPosted: Thu Jul 13, 2017 8:56 pm    Post subject: Reply with quote

90% I did not swap the sata ports and /dev/sda is still what I expect it to be, removed the other drives leaving only my ssd with gentoo and it persists.

Quote:
I'm not sure how you could boot with the sysrescuecd kernel and your gentoo install,

Systemrescuecd has a 'boot existing linux' option, or something similar. It seems to load the systemrescuecd kernel which takes me to my gentoo, I can startx and use firefox etc in my gentoo environment but without sound, like systemrescuecd, and a little screen tearing. This is a nice feature but not much of a solution.
Back to top
View user's profile Send private message
genterminl
Guru
Guru


Joined: 12 Feb 2005
Posts: 456
Location: Connecticut, USA

PostPosted: Thu Jul 13, 2017 9:24 pm    Post subject: Reply with quote

You could confirm which kernel it is using by "uname -a". I thought that option used the sysrescuecd's grub, but really found the kernal and system on the hard drive. Either way, the issue is still to find what's different between the two, as one works and the other doesn't. Before actually triggering the boot, (both from the hard drive and from the CD) see if you can see the actual kernel command line being used. The difference may show what you need to change in your own grub configuration.
Back to top
View user's profile Send private message
Proinsias
n00b
n00b


Joined: 06 Oct 2014
Posts: 61
Location: UK

PostPosted: Thu Jul 13, 2017 9:32 pm    Post subject: Reply with quote

confirmed by uname -rav before I started the thread:
Quote:
Linux i3gentoo 3.18.25-std470-amd64 #2 SMP Mon Dec 21 04:32:41 UTC 2015 x86_64 Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz GenuineIntel GNU/Linux


I have 4.11.7& 4.11.8 kernels that were working fine, it may be time to reboot into systemrescuecd and chroot.
Back to top
View user's profile Send private message
Jaglover
Watchman
Watchman


Joined: 29 May 2005
Posts: 5958
Location: Saint Amant, Acadiana

PostPosted: Thu Jul 13, 2017 10:05 pm    Post subject: Reply with quote

You get (0,0) error with UEFI when root=<your_root_device> is not passed to the kernel. Also you get (0,0) error with both UEFI and BIOS systems when kernel is unable to access the drive due to missing controller driver.
And indeed, fstab has nothing to do with this because fstab happens to reside in root partition which is not mounted yet at this stage of boot.
_________________
Please learn how to denote units correctly!

Political Correctness is all about replacing imaginary injustice with real injustice.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum