Re: 13-CURRENT won't boot after switch to sysutils/openzfs

From: marco <freebsd-current_at_lordsith.net>
Date: Sat, 22 Aug 2020 16:48:48 +0000
On Sat, Aug 22, 2020 at 12:31:24PM -0400, you (Ryan Moeller) sent the following to [freebsd-current] :
> 
> > So besides not being able to boot from the openzfs 2020080800 package install, I can't figure out why I can't upgrade the openzfs pkg to 2020081800 (which is the latest one in ports so I presume a package also exists of that same version)
> 
> 
> Ok the pkg repo may not be updated with the new version yet, the latest 
> I see is still 08. I think the problem though is you aren't using the 
> GENERIC kernel, so the module from the pkg repo is failing to load at 
> boot. You should build the module from ports instead, or use the GENERIC 
> kernel. Let me know if that works for you!

Okay, currently running a buildkernel which I'll install into
r364030-OpenZFS.
I'm running GENERIC-NODEBUG to see if I can squeeze a bit more
performnce out of this ThinkPad X230
But I'll build and install GENERIC into the new BE to see if that'll make a difference.

These will be my steps:

cd /usr/src (currently at r364030)
make -DMALLOC_PRODUCTION -j4 buildkernel
bectl mount r364030-OpenZFS /mnt
set openzfs_load="YES" in /mnt/boot/loader.conf and comment out zfs_load for Base ZFS
make -DMALLOC_PRODUCTION -j4 installkernel DESTDIR=/mnt
mergemaster -Fp -D /mnt /* don't think is needed since I haven't buildworld from updated sources beyond r364030
mergemaster -Fi -D /mnt /* don't think is needed since I haven't buildworld from updated sources beyond r364030
make -DBATCH_DELETE_OLD_FILES delete-old DESTDIR=/mnt
bectl umount r364030-OpenZFS
bectl activate r364030-OpenZFS
shutdown -r now

If that won't work either I'll see if I can build sysutils/openzfs from ports but I'd rather not mix packages and ports.

-- 
Marco van Lienen -- FreeBSD enthusiast
https://keybase.io/scarcry , GnuPG id: 8580E6CB
"The Tuck Pendleton machine...zero defects."

Received on Sat Aug 22 2020 - 14:48:53 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:24 UTC