The problem began with the update to a 5.9 kernel and has been consistent with each successive kernel release. The machine is a dual boot with another version of Linux and the other version does not display the same problem, only the Fedora install. Last working (and still working) is kernel 5.8.18. The machine will start to boot but the last message on the screen in the boot sequence is:
random 7 urandom warning(s) missed due to reatelimiting.
Video Adapter: GT218 [GeForce 210] NVIDIA Corporation
From some net searching, I though it might be the bios setting for the SSD drive. It was set as IDE (options werre IDE, RAID or AHCI) and have tried AHCI but it is the same problem. Search results indicated it should not be RAID so have not tried that option.
Until I am able to resolve this problem have been deleting the 5.9 kernels and installing and testing to see if they boot.
GeForce 210 is ancient! I suspect you are using the 390 driver version or resorted to stick to nouveau. If we get to know which one you are using, that can help us help you.
No progress on being able to boot Fedora 32 kernel 5.9.x with the existing Nvidia card. As noted, I am using the nouveau driver which was the default when Fedora was installed on this machine. Have changed the bios setting with no affect on boot success. As noted, the machine is a dual boot and the other linux distribution is booting (5.9.8, 5.9.9, 5.9.10, 5.9.11 and 5.9.12) without incident and is also using the nouveau driver for the card. Short of swapping out the video card with an Gigabyte one I have laying around not sure what else to try.
Letās see if we can get more info, and if needed file a bug upstream with Nouveau developers.
How far does the system get in the boot, can you perhaps upload a picture?
Can you look at the journal logs from the failed boots if they are listed and get the logs from there?
Nouveau upstream is here, by the way. Nothing much came up with I searched for ā210ā
This is the list of Fedora bugs filed against nouveau. Maybe when we have some more info, you can go through them to see if any seem familiar. Of course, assuming that this is still the one in use (Iāve given up on Nvidia a while back and so may not be up to date with the software stack):
I did try the logs but the last two entries where the successful log when I booted with 5.8.18 on Sunday and the subsequent boot strong text after trying to boot with 5.9.11 so either Iām not finding the right log or the logging hasnāt started yet.
I took a quick look at the nouveau log but didnāt note anything that might be related but will take a more thorough look again. (I know what you mean about giving up on Nvidia - when I got my new desktop the first requirement was no Nvidia graphics!).
@phild You said āother distributionā and listed several 5.9.XX kernels that work.
May I ask exactly what distribution that is? And is it dual boot or is one in a VM?
It seems that the other distribution works well on the same hardware but F32 has a problem so help us see what is different?
Can you check what nouveau driver version itās shipping perhaps? As @computersavvy says, if we can get an idea of the differences between Fedora and PCLinuxOS, we may be able to narrow the bug down. The kernel boot parameters may also be relevant.
While looking for the [drm] error message, I found a few some really old bugs that may be worth looking at. They apparently include workarounds.
Not sure if this is what you are looking for as the linux boot parameters (from the grub file)
linux /boot/vmlinuz-5.9.12-pclos1 root=UUID=440f8f4a-f517-491b-a9e5-9c2f1a3e8b66 splash quiet noiswmd resume=UUID=825d53e5-a7f7-4860-93e0-670b525fda53 audit=0 vga=788
@t0xic0der: should we be looking at xorg-x11-drv-nouveau, or the kernel module (/lib/modules/5.9.12-200.fc33.x86_64/kernel/drivers/gpu/drm/nouveau/nouveau.ko.xz)? Would you know? I donāt know how things work with Wayland etc. now.
Nothing here stands out. Can you compare it to the Fedora boot parameters?
I think this kind of thing only comes into play if you have encryption (LUKS and all that which I donāt know much about) is in play.
First, yes - we should be looking for xorg-x11-drv-nouveau and I find it abnormal that the version available at our repos is still 1.0.15. The same has not been reported consistently so it might not be the source of error but who knows, maybe the newer updates might have fixed this - something that we have not received yet.
Secondly, Wayland has poor performance with any driver before 420 so if you are still using Geforce 210 (which I suspect you are), please stick to X11.
Thirdly, (I know I said Iād suggest two things but hereās the third) - @phild could you switch displays and try to boot via the integrated display adapter should your CPU provide you with the facility? Remember disabling nouveau kernel module loading on boot by adding the nouveau.modeset=0 as the boot parameter and disabling the DRM.
@t0xic0der - checked the back of the machine and the only connectors available for a monitor are those on the video card itself so am not able to test the alternate suggestion.
I got some time over the weekend and looked into the menu items in the grub ini file further. Re the Fedora items in the grub menu, none of them had any options specified on the linux command line i.e. the line consisted of ālinuxā and the location of the initr file - nothing else. Checked the pclos options on the linux command lines and as you noted @FranciscoD, none would appear to have an effect of the video driver as per above earlier.
Iām not sure if the maintainer is still aroundāno progress there in a while.
@t0xic0der: the spec looks simple enough, so maybe we could open a PR with the latest version?
Also in general, any Nvidia users here that would like to help co-maintain (or take over maintenance of) the package? Iāll be happy to sponsor folks to the packager group and help them learn the ropes.
(Edit - Umm. I am feeling a bit ashamed to ask this but should you have examples of how a good Specfile is written, or about packaging in general - I would really appreciate their links. Thanks.)