Re: different outcome freebsd-version -kru

On 5/27/26 17:03, Mark Millard wrote:
> On 5/27/26 12:28, Manfred Koch wrote:
>> On 5/26/26 22:58, Mark Millard wrote:
>>
>>> pkg info FreeBSD-kernel\*
>>
>> Hi,
>>
>> here are the outputs from the commands:
>>
>> pkg info FreeBSD-kernel\*
>> FreeBSD-kernel-man-15.0
> 
> The above (and below) indicates that you got a partial pkgbase install
> (some pkgbase pkackages) but without any kernels (or related modules
> that those pkgbase packages also provide). The created a mixed system
> with older, non-packaged kernels.
> 
> I expect that you will be able to simply install the kernel(s) (with the
> modules that go with them) that you want from 15.0-RELEASE-p9, given
> what already has worked to get what you have . It may rename any old
> kernels and modules in /boot/kernel*/ that match by name to have a
> .pkgsave at the end of the name. Those you should be able to delete once
> things are known to be working alright. I doubt that it would instead
> create the new files as instead having a .pkgnew added to the end of
> the intended name.
> 
> Another thing to possibly report would be the output from:
> 
> # pkg info FreeBSD-set-\*
> 
> If that ends up without and FreeBSD-set-* being listed, then my below
> guess would be wrong.
> 
> My guess is that you have an installation based on use of such sets.
> If so, continuing do use them to get the kernel(s) (and modules) as well
> would be:
> 
> # pkg install FreeBSD-set-kernels-15.0
> 
> (Such pkg sets just reference other pkgbase packages, so it should lead
> to the kernel pkg's being installed.)
> 
> I do not know if you would want the debug information too:
> 
> # pkg install FreeBSD-set-kernels-dbg-15.0

By the way, a way to see what pkgbase packages the set
FreeBSD-set-kernels-15.0 directly references:

# pkg info -d FreeBSD-set-kernels-15.0

> 
> Once you have new kernels, if such works, you get to reboot and see what
> happens. So you may want to have emergency copies of things you know the
> status of before you start this process.
> 
> I will note that I do not have a 15.0-RELEASE context myself. The
> closest is stable/15 based instead of releng/15.0 based and is
> definitely newer in various respects. And my installation has all the
> pgkbase packages for stable/15 as of when it was last updated, even ones
> not used by bsdinstall.
> 
>>
>> pkg info -d FreeBSD-clibs\*
>> FreeBSD-clibs-15.0:
>> FreeBSD-clibs-dev-15.0p9:
>>         FreeBSD-clibs-15.0
>>         FreeBSD-clibs-15.0 (libc.so.7)
>>         FreeBSD-clibs-15.0 (libgcc_s.so.1)
>>         gcc13-13.3.0_3 (libgcc_s.so.1)
>>         gcc14-14.2.0_4 (libgcc_s.so.1)
> 
> Note: Ignore the gcc* examples. it is a known issue with file name
> matching for libgcc_s.so.1 being insufficient information to actually
> make them a match for the system's libgcc_s.so.1 : false positive.
> 
>>         FreeBSD-clibs-15.0 (libsys.so.7)
>>         FreeBSD-clibs-15.0 (libthr.so.3)
>> FreeBSD-clibs-lib32-15.0:
>>         FreeBSD-clibs-15.0
>>
>> pkg check -s -a
>>
>> Checking all packages: 100%
> 
> The above only checked that what was installed via pkg is still valid.
> It would not report things that pkg did not itself install from
> packages. Still, the 100% without problem reports is good news.
> 
>>
>> Additionally I have altered FreeBSD-base.conf consistent to "latest"
>> but that doesn't change nothing in uname -a.
> 
> latest vs. quarterly is a port-package issue, not a sys†em or
> base-package issue. uname provides system information,  not ports
> information.
> 
>>
>> Could be a mixed System
>>
>> Thanks a lot for your effort
>> Manfred
>>
>>
>>
>>
> 
> 


-- 
===
Mark Millard
marklmi at yahoo.com