Re: [lubuntu-users] What happened?? kernel not upgrading during dist-upgrade in kinetic??

2022-09-10 Thread Fritz Hudnut
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 xxx" 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 . . . ???

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???

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 . . . .

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???

F

On Sat, Sep 10, 2022 at 12:45 PM Fritz Hudnut  wrote:

> Nio:
>
> 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 . . . .
>
> 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 . . . ???
>
> 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 . . . .
>
> 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!!
>
> F
>
> On Sat, Sep 10, 2022 at 11:55 AM Nio Wiklund 
> wrote:
>
>> Hi Fritz,
>>
>> This is what I think:
>>
>> If the active grub is controlled by some other distro in a dual-boot or
>> multi-boot setup,
>>
>> sudo update-grub
>>
>> of Lubuntu will not upgrade which kernel it points to. You should boot
>> into the system that controls the active grub and run
>>
>> sudo update-grub
>>
>> or some corresponding command. Chances are that it will make Lubuntu
>> boot into the 5.19 kernel.
>>
>> Best regards
>> Nio
>>
>>
>>
-- 
Lubuntu-users mailing list
Lubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/lubuntu-users


Re: [lubuntu-users] What happened?? apt freezes during dist-upgrade in kinetic??

2022-09-10 Thread Fritz Hudnut
Nio:

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 . . . .

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 . . . ???

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 . . . .

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!!

F

On Sat, Sep 10, 2022 at 11:55 AM Nio Wiklund  wrote:

> Hi Fritz,
>
> This is what I think:
>
> If the active grub is controlled by some other distro in a dual-boot or
> multi-boot setup,
>
> sudo update-grub
>
> of Lubuntu will not upgrade which kernel it points to. You should boot
> into the system that controls the active grub and run
>
> sudo update-grub
>
> or some corresponding command. Chances are that it will make Lubuntu
> boot into the 5.19 kernel.
>
> Best regards
> Nio
>
> Den 2022-09-10 kl. 20:27, skrev Fritz Hudnut:
> > So, following up on my investigations . . . synaptic "kernels" does show
> > "5.19" as "installed" . . . but uname -r still shows that 5.13 is being
> > selected???
> >
> > I installed "mainline" some time back, but forgot how to use it . . .
> > until I found the github page tabbed in FF.  I ran a couple commands and
> > it shows:  [CODE] $ mainline --list-installed
> > mainline 1.0.16
> > Distribution: Ubuntu Kinetic Kudu (development branch)
> > Architecture: amd64
> > Running kernel: 5.13.0-16-generic
> > --
> > Found installed: 5.19.0-15.15
> > Found installed: 5.19.0.15.15
> > Found installed: 5.13.0-16.16
> > --
> > --
> > [/CODE]
> >
> > I forget how to get it to switch the kernel . . . 5.19 is "installed"
> > but grub is still selecting 5.13 . . . do I run "mainline
> > --install-latest" to "reinstall" . . . or is this a grub error of some
> > type???
> >
> > I went into grub's "advanced options" and it's only showing three
> > options for 5.13 . . . I selected recovery and ran fsck which did
> > nothing, and then dpkg . . . which also found nothing . . . .  In the
> > sense that the system is not finding anything "broken" . . . but it
> > isn't sliding up to select 5.19 options . . . .
> >
> > F
> >
> > On Sat, Sep 10, 2022 at 8:35 AM Fritz Hudnut  > > wrote:
> >
> > I jumped the queue and booted Lu this morning . . . it was still
> > showing 5.13 as the kernel . . . ran a 93 package upgrade . . . no
> > mention of a kernel in the list . . . went through w/o error . . . .
> >
> > Booted over into master grub control system . . . updated the grub
> > bootloader . . . then back into Lu . . . ran another apt . . .
> > couple packages to upgrade . . . nothing on the kernel.
> >
> > Uname -r still showing "5.13.0-16" . . .   I guess the question
> > is, if Sid is running 5.10 why would kinetic be running 5.19???
> >
> > And, then, other interesting question, why did apt show something
> > like 5.15 the last time I was in Lu . . . but then "hang" and lose
> > track of it???
> >
> > These are somewhat "moot" . . . in that Lu boots and runs OK . . .
> > but, something "happened" last week . . .
> >
> > F
> >
> > On Tue, Sep 6, 2022 at 12:51 PM Fritz Hudnut  > > wrote:
> >
> > Nio:
> >
> > I guess there was a post on the list that I didn't get, as I'm
> > on digest . . . .  But, thanks guys for checking on the "5.19" .
> > . . I'm doing "weekly" apt update/upgrade and pretty sure I saw
> > it was attempting to install 5.15??? (something less than 5.19)
> > and then now seems to have selected 5.13 . . . ???
> >
> > I ran the master grub bootloader this morning, which should
> > select the newest kernel in Lu . . . next time I boot into it .
> > . . .  And I did run "apt -f install" and that brought back
> > "nothing to do" . . . it didn't show anything "broken" and so
> forth.
> >
> > I will also check synaptic to see if it shows anything broken .
> > . . sometimes it can actually "fix broken"  and sometimes it
>

Re: [lubuntu-users] What happened?? apt freezes during dist-upgrade in kinetic??

2022-09-10 Thread Nio Wiklund

Hi Fritz,

This is what I think:

If the active grub is controlled by some other distro in a dual-boot or 
multi-boot setup,


sudo update-grub

of Lubuntu will not upgrade which kernel it points to. You should boot 
into the system that controls the active grub and run


sudo update-grub

or some corresponding command. Chances are that it will make Lubuntu 
boot into the 5.19 kernel.


Best regards
Nio

Den 2022-09-10 kl. 20:27, skrev Fritz Hudnut:
So, following up on my investigations . . . synaptic "kernels" does show 
"5.19" as "installed" . . . but uname -r still shows that 5.13 is being 
selected???


I installed "mainline" some time back, but forgot how to use it . . . 
until I found the github page tabbed in FF.  I ran a couple commands and 
it shows:  [CODE] $ mainline --list-installed

mainline 1.0.16
Distribution: Ubuntu Kinetic Kudu (development branch)
Architecture: amd64
Running kernel: 5.13.0-16-generic
--
Found installed: 5.19.0-15.15
Found installed: 5.19.0.15.15
Found installed: 5.13.0-16.16
--
--  
[/CODE]


I forget how to get it to switch the kernel . . . 5.19 is "installed" 
but grub is still selecting 5.13 . . . do I run "mainline 
--install-latest" to "reinstall" . . . or is this a grub error of some 
type???


I went into grub's "advanced options" and it's only showing three 
options for 5.13 . . . I selected recovery and ran fsck which did 
nothing, and then dpkg . . . which also found nothing . . . .  In the 
sense that the system is not finding anything "broken" . . . but it 
isn't sliding up to select 5.19 options . . . .


F

On Sat, Sep 10, 2022 at 8:35 AM Fritz Hudnut > wrote:


I jumped the queue and booted Lu this morning . . . it was still
showing 5.13 as the kernel . . . ran a 93 package upgrade . . . no
mention of a kernel in the list . . . went through w/o error . . . .

Booted over into master grub control system . . . updated the grub
bootloader . . . then back into Lu . . . ran another apt . . .
couple packages to upgrade . . . nothing on the kernel.

Uname -r still showing "5.13.0-16" . . .   I guess the question
is, if Sid is running 5.10 why would kinetic be running 5.19???

And, then, other interesting question, why did apt show something
like 5.15 the last time I was in Lu . . . but then "hang" and lose
track of it???

These are somewhat "moot" . . . in that Lu boots and runs OK . . .
but, something "happened" last week . . .

F

On Tue, Sep 6, 2022 at 12:51 PM Fritz Hudnut mailto:este.el@gmail.com>> wrote:

Nio:

I guess there was a post on the list that I didn't get, as I'm
on digest . . . .  But, thanks guys for checking on the "5.19" .
. . I'm doing "weekly" apt update/upgrade and pretty sure I saw
it was attempting to install 5.15??? (something less than 5.19) 
and then now seems to have selected 5.13 . . . ???


I ran the master grub bootloader this morning, which should
select the newest kernel in Lu . . . next time I boot into it .
. . .  And I did run "apt -f install" and that brought back
"nothing to do" . . . it didn't show anything "broken" and so forth.

I will also check synaptic to see if it shows anything broken .
. . sometimes it can actually "fix broken"  and sometimes it
"blinks its eyes" and nothing happens . . . .  I was looking
through my cheat sheet notes for how to fix problems, but I
didn't see anything on "dpkg" and/or how to use it to find and
fix any issues . . . ???

Anyway . . . I'll get back to it in a bit and see if grub found
the 5.19 kernel option to boot up . . . .


On Tue, Sep 6, 2022 at 12:05 PM Nio Wiklund
mailto:nio.wikl...@gmail.com>> wrote:

Den 2022-09-06 kl. 20:57, skrev Israel Dahl:
 > On 9/6/22 09:31, Fritz Hudnut wrote:
 >> > . . . .  On cold boot FF came back.
 >>
 >>     >
 >>     > But, the question of what happened with apt was
the more important
 >>     > question . . . was it trying to install a too new
kernel and then
 >>     > tried to back out of it?  It was an odd episode .
. . .
 >>     >
 >>     > F
 >>     >
 >>     Hey Fritz,
 >>
 >>     You could search for the available kernels to see
which ones are
 >>     available, and which ones are installed.
 >>
 >>     You can also look in the /var/log/dpkg.log something
like:
 >>
 >>     grep "upgrade " /var/log/dpkg.

Re: [lubuntu-users] What happened?? apt freezes during dist-upgrade in kinetic??

2022-09-10 Thread Fritz Hudnut
So, following up on my investigations . . . synaptic "kernels" does show
"5.19" as "installed" . . . but uname -r still shows that 5.13 is being
selected???

I installed "mainline" some time back, but forgot how to use it . . . until
I found the github page tabbed in FF.  I ran a couple commands and it
shows:  [CODE] $ mainline --list-installed
mainline 1.0.16
Distribution: Ubuntu Kinetic Kudu (development branch)
Architecture: amd64
Running kernel: 5.13.0-16-generic
--
Found installed: 5.19.0-15.15
Found installed: 5.19.0.15.15
Found installed: 5.13.0-16.16
--
--
[/CODE]

I forget how to get it to switch the kernel . . . 5.19 is "installed" but
grub is still selecting 5.13 . . . do I run "mainline --install-latest" to
"reinstall" . . . or is this a grub error of some type???

I went into grub's "advanced options" and it's only showing three options
for 5.13 . . . I selected recovery and ran fsck which did nothing, and then
dpkg . . . which also found nothing . . . .  In the sense that the system
is not finding anything "broken" . . . but it isn't sliding up to select
5.19 options . . . .

F

On Sat, Sep 10, 2022 at 8:35 AM Fritz Hudnut  wrote:

> I jumped the queue and booted Lu this morning . . . it was still showing
> 5.13 as the kernel . . . ran a 93 package upgrade . . . no mention of a
> kernel in the list . . . went through w/o error . . . .
>
> Booted over into master grub control system . . . updated the grub
> bootloader . . . then back into Lu . . . ran another apt . . . couple
> packages to upgrade . . . nothing on the kernel.
>
> Uname -r still showing "5.13.0-16" . . .   I guess the question is, if
> Sid is running 5.10 why would kinetic be running 5.19???
>
> And, then, other interesting question, why did apt show something like
> 5.15 the last time I was in Lu . . . but then "hang" and lose track of it???
>
> These are somewhat "moot" . . . in that Lu boots and runs OK . . . but,
> something "happened" last week . . .
>
> F
>
> On Tue, Sep 6, 2022 at 12:51 PM Fritz Hudnut 
> wrote:
>
>> Nio:
>>
>> I guess there was a post on the list that I didn't get, as I'm on digest
>> . . . .  But, thanks guys for checking on the "5.19" . . . I'm doing
>> "weekly" apt update/upgrade and pretty sure I saw it was attempting to
>> install 5.15??? (something less than 5.19)  and then now seems to have
>> selected 5.13 . . . ???
>>
>> I ran the master grub bootloader this morning, which should select the
>> newest kernel in Lu . . . next time I boot into it . . . .  And I did run
>> "apt -f install" and that brought back "nothing to do" . . . it didn't show
>> anything "broken" and so forth.
>>
>> I will also check synaptic to see if it shows anything broken . . .
>> sometimes it can actually "fix broken"  and sometimes it "blinks its eyes"
>> and nothing happens . . . .  I was looking through my cheat sheet notes for
>> how to fix problems, but I didn't see anything on "dpkg" and/or how to use
>> it to find and fix any issues . . . ???
>>
>> Anyway . . . I'll get back to it in a bit and see if grub found the 5.19
>> kernel option to boot up . . . .
>>
>>
>> On Tue, Sep 6, 2022 at 12:05 PM Nio Wiklund 
>> wrote:
>>
>>> Den 2022-09-06 kl. 20:57, skrev Israel Dahl:
>>> > On 9/6/22 09:31, Fritz Hudnut wrote:
>>> >> > . . . .  On cold boot FF came back.
>>> >>
>>> >> >
>>> >> > But, the question of what happened with apt was the more
>>> important
>>> >> > question . . . was it trying to install a too new kernel and
>>> then
>>> >> > tried to back out of it?  It was an odd episode . . . .
>>> >> >
>>> >> > F
>>> >> >
>>> >> Hey Fritz,
>>> >>
>>> >> You could search for the available kernels to see which ones are
>>> >> available, and which ones are installed.
>>> >>
>>> >> You can also look in the /var/log/dpkg.log something like:
>>> >>
>>> >> grep "upgrade " /var/log/dpkg.log
>>> >>
>>> >> That might give you a starting point.
>>> >>
>>> >> As for the disappearance of firefox, I think snap/flatpak packages
>>> >> don't
>>> >> always show up after install, there may be a way to force it to
>>> >> update
>>> >> the menus but I don't really like to use either of those unless I
>>> >> *really* have to, so I don't know off the top of my head/
>>> >>
>>> >> --
>>> >> 😷
>>> >>
>>> >>
>>> >>
>>> >> Israel:
>>> >>
>>> >> Thanks for the suggestions . . . I'll check into them when I get back
>>> >> to Lu in a few days.  One of my problems is that since I'm rotating
>>> >> OSs each day, I don't know where each system is vis the kernel.
>>> >> Possibly kinetic is a "5.13" base system, but I did see "5.15" in the
>>> >> upgrade list. Yesterday I was in Tumbleweed, which is 5.19 . . . and
>>> >> then today I'm in Deb Sid, which I thou

Re: [lubuntu-users] What happened?? apt freezes during dist-upgrade in kinetic??

2022-09-10 Thread Fritz Hudnut
I jumped the queue and booted Lu this morning . . . it was still showing
5.13 as the kernel . . . ran a 93 package upgrade . . . no mention of a
kernel in the list . . . went through w/o error . . . .

Booted over into master grub control system . . . updated the grub
bootloader . . . then back into Lu . . . ran another apt . . . couple
packages to upgrade . . . nothing on the kernel.

Uname -r still showing "5.13.0-16" . . .   I guess the question is, if
Sid is running 5.10 why would kinetic be running 5.19???

And, then, other interesting question, why did apt show something like 5.15
the last time I was in Lu . . . but then "hang" and lose track of it???

These are somewhat "moot" . . . in that Lu boots and runs OK . . . but,
something "happened" last week . . .

F

On Tue, Sep 6, 2022 at 12:51 PM Fritz Hudnut  wrote:

> Nio:
>
> I guess there was a post on the list that I didn't get, as I'm on digest .
> . . .  But, thanks guys for checking on the "5.19" . . . I'm doing "weekly"
> apt update/upgrade and pretty sure I saw it was attempting to install
> 5.15??? (something less than 5.19)  and then now seems to have selected
> 5.13 . . . ???
>
> I ran the master grub bootloader this morning, which should select the
> newest kernel in Lu . . . next time I boot into it . . . .  And I did run
> "apt -f install" and that brought back "nothing to do" . . . it didn't show
> anything "broken" and so forth.
>
> I will also check synaptic to see if it shows anything broken . . .
> sometimes it can actually "fix broken"  and sometimes it "blinks its eyes"
> and nothing happens . . . .  I was looking through my cheat sheet notes for
> how to fix problems, but I didn't see anything on "dpkg" and/or how to use
> it to find and fix any issues . . . ???
>
> Anyway . . . I'll get back to it in a bit and see if grub found the 5.19
> kernel option to boot up . . . .
>
>
> On Tue, Sep 6, 2022 at 12:05 PM Nio Wiklund  wrote:
>
>> Den 2022-09-06 kl. 20:57, skrev Israel Dahl:
>> > On 9/6/22 09:31, Fritz Hudnut wrote:
>> >> > . . . .  On cold boot FF came back.
>> >>
>> >> >
>> >> > But, the question of what happened with apt was the more
>> important
>> >> > question . . . was it trying to install a too new kernel and then
>> >> > tried to back out of it?  It was an odd episode . . . .
>> >> >
>> >> > F
>> >> >
>> >> Hey Fritz,
>> >>
>> >> You could search for the available kernels to see which ones are
>> >> available, and which ones are installed.
>> >>
>> >> You can also look in the /var/log/dpkg.log something like:
>> >>
>> >> grep "upgrade " /var/log/dpkg.log
>> >>
>> >> That might give you a starting point.
>> >>
>> >> As for the disappearance of firefox, I think snap/flatpak packages
>> >> don't
>> >> always show up after install, there may be a way to force it to
>> >> update
>> >> the menus but I don't really like to use either of those unless I
>> >> *really* have to, so I don't know off the top of my head/
>> >>
>> >> --
>> >> 😷
>> >>
>> >>
>> >>
>> >> Israel:
>> >>
>> >> Thanks for the suggestions . . . I'll check into them when I get back
>> >> to Lu in a few days.  One of my problems is that since I'm rotating
>> >> OSs each day, I don't know where each system is vis the kernel.
>> >> Possibly kinetic is a "5.13" base system, but I did see "5.15" in the
>> >> upgrade list. Yesterday I was in Tumbleweed, which is 5.19 . . . and
>> >> then today I'm in Deb Sid, which I thought would be like 5.20??? but,
>> >> nope, uname -r shows "5.10" . . . .
>> >>
>> >> The good news is that whatever blew up in the middle or end of the
>> >> apt, the kinetic system rebooted into the GUI . . . .  It was just a
>> >> rare instance of a "hang" in the apt dist-upgrade.
>> >>
>> >> F
>> >>
>> > It looks like Kinetic has a 5.19 now, so you should try to update again.
>> >
>> > You should check to see that everything was unpacked in that last
>> > upgrade as well.  You might need to use dpkg to fix things if not.
>> >
>> > --
>> > 😷
>>
>> Hi Fritz and Israel,
>>
>> I can confirm that Kinetic is a 5.19 now. Today I installed Lubuntu via
>>
>> kinetic-preinstalled-server-amd64.img.xz
>>
>> and lubuntu-desktop, installed into it when running in an external SSD
>> according to
>>
>> "Ubuntu Server amd64 compressed image (when extracted) boots in UEFI and
>> BIOS mode",
>>
>> https://ubuntuforums.org/showthread.php?t=2474692
>>
>> Best regards
>> Nio
>>
>>
>>
>>
-- 
Lubuntu-users mailing list
Lubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/lubuntu-users