On 2025-04-21 10:47 +02, Jan Stary <h...@stare.cz> wrote: > On Apr 21 09:21:39, flor...@openbsd.org wrote: >> On 2025-04-21 09:17 +02, Jan Stary <h...@stare.cz> wrote: >> > I should be looking at to debug this? >> [...] >> > +uid 0 on /usr: file system full >> >> This would be a good starting point I think. > > Right. Thank you. > > I forgot to rm /home/_sysupgrade/x* before the reinstalling reboot > (this particular machine has very little space), which made /usr full, > which, I assumed, messed up the kernel relink. > > Which remidns me to get over to up the storage > and get rid of these needless hickups. > > It still seems strange that wthis results in GENERIC being installed > insted of GENERIC.MP - but with enough /usr, the problems goes away.
I'm pretty sure /usr is already full in the ramdisk, so the upgrade fails. GENERIC gets installed during set installation, then at the end of the install / upgrade process this runs, overwriting GENERIC with GENERIC.MP, but you don't reach that: 2991 if [[ -f /mnt/bsd.mp ]] && ((NCPU > 1)); then 2992 _kernel=$_kernel.MP 2993 echo "Multiprocessor machine; using bsd.mp instead of bsd." 2994 mv /mnt/bsd /mnt/bsd.sp 2>/dev/null 2995 mv /mnt/bsd.mp /mnt/bsd 2996 fi > > Thanks again > > Jan > -- In my defence, I have been left unsupervised.
