Hi,
There are the following outcomes in numbers
# ls -C1 /boot/kernel*/ 1717
# find -s /boot/ -name \*.pkgsave -print 860
# find -s / -name \*.pkgsave -print 2434
# find -s / -name .pkgtemp.\* -print show nothing
Should I dare to delete the *.pkgsave files?
Manfred
On 5/28/26 19:45, Mark Millard wrote:
On 5/28/26 08:50, Manfred Koch wrote:
Hi Mark,
I installed the
FreeBSD-set-kernels-15.0 and rebooted.
freebsd-version -kru shows:
15.0-RELEASE-p9
15.0-RELEASE-p9
15.0-RELEASE-p9
Cool.
There may be old files/directories to clean up. What does:
# ls -C1 /boot/kernel*/
show: more than 1?
What does:
# find -s /boot/ -name \*.pkgsave -print
show: any?
Given the odd history/prior results, you might want to check each of:
# find -s / -name \*.pkgsave -print
# find -s / -name \*.pkgnew -print
# find -s / -name .pkgtemp.\* -print
(I'd be surprised if the last shows any examples.)
For that sequence, the first takes longer but the others use cached
information and so are normally faster.
*.pkgnew files are from upgrades and have new material to consider
relative to the original file (say merging into or regenerating or
replacing). Once taken care of, generally a *.pkgnew file can be deleted.
*.pkgsave file are from installs and and have the old material that was
replaced by the install. Again you may need to consider merging or
regenerating or replacing content. Once taken care of, generally a
*.pkgsave file can be deleted.
You saved me a fresh installation, Super!
I appreciate your distinguished help
Manfred
On 5/28/26 02: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
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
