On Saturday, 20 July 2024 18:52:33 BST Alan Grimes wrote: > Because I did everything precisely the same as I did last time I updated > my kernel, nothing worked. =| > > Basically the old .config is coppied to the new kernel, and I run it > with "make -j 60 ; make install modules_install "
Try it in this order and without missing out the make command for the modules
part:
make -j 60 ; make modules_install ; make install
> Now there are config changes, I just took the default on all changed
> options.... So far so good,
>
> I run "grub-mkconfig -o grub.cfg" in the appropriate directory and get
> this garbage:
>
> Why in the name of the dark lord Baal did grub give different root
> partition ids to the kernels and expect it to work????
>
> Machine is a very heavy duty workstation and quite ornery to get booted
> in the first place. =\
>
> 6.8
> }
> menuentry 'Gentoo GNU/Linux, with Linux 6.8.9-x86_64' --class
> gentoo --class gnu-linux --class gnu --class os $menuentry_id_option
> 'gnulinux-6.8.9-x86_64-advanced-d218b1>
> load_video
> if [ "x$grub_platform" = xefi ]; then
> set gfxpayload=keep
> fi
> insmod gzio
> insmod part_gpt
> insmod fat
> search --no-floppy --fs-uuid --set=root BD38-02F6
> echo 'Loading Linux 6.8.9-x86_64 ...'
> linux /vmlinuz-6.8.9-x86_64
> root=UUID=d218b143-ba28-4614-b2c8-e93bb8614207 ro
> echo 'Loading initial ramdisk ...'
> initrd /amd-uc.img /initramfs-6.8.9-x86_64.img
> }
>
> 6.9:
> {
> load_video
> if [ "x$grub_platform" = xefi ]; then
> set gfxpayload=keep
> fi
> insmod gzio
> insmod part_gpt
> insmod fat
> search --no-floppy --fs-uuid --set=root BD38-02F6
> echo 'Loading Linux 6.9.9-x86_64 ...'
> linux /vmlinuz-6.9.9-x86_64
> root=PARTUUID=241cc598-140f-42b5-9939-974db55c63e5 ro
> echo 'Loading initial ramdisk ...'
> initrd /amd-uc.img
> }
signature.asc
Description: This is a digitally signed message part.
