On 11/1/22 16:46, Barry Scott wrote:
> On 1 Nov 2022, at 11:53, greg <poisson02+fedora(a)gmail.com> wrote:
>
> On Tue, Nov 1, 2022 at 4:15 AM Stephen Morris <samorris(a)netspace.net.au>
wrote:
>> I've just managed to get the 6.0.5 kernel to load the nvidia driver.
>> There is potentially a defect in the akmod-nvidia (or relevant package)
>> scripts in that it seems that they no longer add the blacklisting
>> statements for nouveau into the kernel parameters in /etc/default/grub,
>> I had to put those statements in there manually before the nvidia driver
>> was loaded instead of the nouveau driver.
I think it is because it is no longer needed. My memory on this prompted by reply in
another thread.
If nvidia fails to be available, not install or did not build, then nouveau is used.
Barry
> /etc/default/grub - contains default kernel options
> /boot/grub2/grubenv - has the line
> saved_entry=<id>
> which refers to
> /boot/loader/entries/<id>.conf
> which contains kernel options for the entry (which are actually used)
> which get modified when editing kernel options via grub menu (thus becom
> ing persistent)
>
> /etc/default/grub - contains the line
> GRUB_ENABLE_BLSCFG=true
> which is documented at
>
https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault
Things seem to be in quite a mess. The grub.cfg file is almost
irrelevant with only the Windows chainloader stanza having any meaning.
It doesn't get updated with new kernals. Only
/boot/loader/entries/*.conf. With the appropriate entries in /boot and
/boot/loader/entries/*.conf multiple fedora invocations and centOS8 show
in the menu and are boot-able. Not sure where blscfg comes in to the
process. Dynamic change is far out stripping documentation.