On Thursday, 6 April 2023 12:03:52 AM ACST Rodney Baker wrote:
On Wednesday, 5 April 2023 11:55:11 PM ACST Rodney Baker wrote:
On Wednesday, 5 April 2023 11:42:02 PM ACST Andrei Borzenkov wrote:
On Wed, Apr 5, 2023 at 5:09 PM Rodney Baker <rodney.baker@iinet.net.au>
wrote:
On Wednesday, 5 April 2023 11:25:37 PM ACST Andrei Borzenkov wrote:
On Wed, Apr 5, 2023 at 4:47 PM Rodney Baker <rodney.baker@iinet.net.au>
wrote:
On Wednesday, 5 April 2023 7:19:11 PM ACST Manfred Hollstein wrote: > On Wed, 05 Apr 2023, 11:06:53 +0200, Manfred Hollstein wrote: > > [...] > > > > <https://bugzilla.suse.com/show_bug.cgi?id=1210146> > > This appears to be caused by having "retbleed=stuff" on the > kernel > command line. Up to 6.2.9 it never made any problems. > > Cheers. > > l8er > manfred
I got a kernel panic on 6.2.9 even earlier than that, and I don't have retbleed parameters on my kernel command line.
My bootloader kernel command line is: idewait=10 plymouth.enable=0 splash quiet showopts nvidia-drm.modeset=1 elevator=cfq
I'm also not booting from NVMe but from a SATA SDD.
Crash details: ----- Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,5)
This is partition 5 of sda. Kernel should not even attempt to mount it as root. Is initrd present and not corrupted? Any errors from grub about loading initrd?
No, not that I can see. /dev/sda5 is the root partition (dev/sda1 is /boot). I think this is still using a traditional partition table (/dev/sda5 is on an extended partition), not GPT.
I do see that dracut is complaining about not being able to find the zfs module for initrd when building it. I tried to get zfs working a while back but failed - but I can't remember where to tell dracut not to try to load that module.
It's not a problem on kernel 6.2.6-1-default though - only on 6.2.9-1-default, and I've run dracut -fM --kver <kernel version> for both kernels manually with the same result.
Just installed missing zfs-kmp-default and dracut completed successfully for 6.2.6-1-default but not for 6.2.9-1-default. It looks like the zfs module hasn't yet been build against 6.2.9-1-default.
Sorry - I hit "send" before I was ready. After trying the above I deleted everything associated with zfs and tried dracut again - this time it completed successfully for both 6.2.6-1-default and 6.2.9-1-default (without complaining about zfs), but still got exactly the same result - kernel panic with 6.2.9-1-default at the same point.
Here's the output from dracut for both kernels: [...]
Issue is now resolved for me. On advice from the openSUSE kernel team via bugzilla, ran dracut -f again for both working and non working kernels - that didn't fix the issue immediately. Installed kernel 6.2.8-1-default, installed the nvidia modules via dkms for that kernel, re-ran dracut -f again and booted fine into 6.2.8-1-default. Rebooted into 6.2.9-1-default again and it now works. Looks like it was initramfs that was corrupted or incomplete somehow. Anyway, regardless, everything is now happily running again on 6.2.9-1-default. Regards, Rodney. -- ================================================================================================================== Rodney Baker rodney.baker@iinet.net.au ==================================================================================================================