<div dir="ltr"><div>Welp . . . not getting it . . . .  I ran mainline to --install-latest   and it installed 5.19.5 kernel.  It said on the console, "reboot to select new kernel."  Rebooted over to TW and ran "grub2-mkconfig xxxxxxx" to get it to run os-prober and make a new grub . . . .  Shut down.  Cold booted to grub and selected Lu . . . and still running kernel is 5.13 . . . ???</div><div><br></div><div>I tried to uninstall oldest kernel but mainline said, "error: can't find running kernel."  Ssked mainline to list the kernels and then it showed 5.13 as "running" . . . and there are two 5.19 kernel options showing as installed in the list???  <br></div><div><br></div><div>I had a similar type of problem with Pop_OS! at one point, where they use the /efi/boot partition to install the kernel . . . and it over-filled the directory with kernels . . . and couldn't get grub to select the newer kernel . . . .  Turned out there, there was hardware issues . . . it all got rather "complicated" after a lot of messing around.  Here I saw somewhere in apt it was saying "trying to boot from /dev/sdc9" . . . and that is a swap partition . . . .</div><div><br></div><div>Couldn't find my notes on how to show uuid  in efibootmgr to see what is showing up there.  Perhaps I'll use mainline to remove the 5.19 kernels and see then the next time if apt dist-upgrade will upgrade the kernel???</div><div><br></div><div>F<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 10, 2022 at 12:45 PM Fritz Hudnut <<a href="mailto:este.el.paz@gmail.com">este.el.paz@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Nio:</div><div><br></div><div>Right you are . . . there is something that "grub" is missing . . . .  **Ordinarily** I can just refresh the bootloader in TW, which is the master controller and that picks up the weekly kernel changes . . . .  But, sometimes possibly something happens that messes up something like the UUID's for the partitions and then I have to run a command to make the new grub listing . . . .</div><div><br></div><div>I've tried to disable grub in the non-controller systems, but seems like in ubuntu they don't want to relinquish control over grub???  I and others had a bug report going on it . . . possibly this is why at times grub "loses track" of the kernel options . . . ???</div><div><br></div><div>And, then combined with old guy memory of what was done to fix stuff . . . .  Historically I have had to "chroot" into the TW install to update grub due to these "conflicts" over who gets to run grub . . . .</div><div><br></div><div>But, thanks for the reminder on it . . . .  : - 0  "What day is this???"  [senior question that older folks used to ask when I was do acu treatment in hospitals]  Seize the day and update-grub!!<br></div><div><br></div><div>F<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 10, 2022 at 11:55 AM Nio Wiklund <<a href="mailto:nio.wiklund@gmail.com" target="_blank">nio.wiklund@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Fritz,<br>
<br>
This is what I think:<br>
<br>
If the active grub is controlled by some other distro in a dual-boot or <br>
multi-boot setup,<br>
<br>
sudo update-grub<br>
<br>
of Lubuntu will not upgrade which kernel it points to. You should boot <br>
into the system that controls the active grub and run<br>
<br>
sudo update-grub<br>
<br>
or some corresponding command. Chances are that it will make Lubuntu <br>
boot into the 5.19 kernel.<br>
<br>
Best regards<br>
Nio<br>
<br>
<br></blockquote></div></blockquote><div> </div></div></div>