I have found the problem... I seem to be a victim of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221075
I wasn't able to get the system to boot just by using /dev/nvd0p3 and
/dev/nvd1p3 (avoiding labels), but I
did succeed with a custom kernel as per the PR:
include GENERIC
ident NOMMC
Hello Gary
thanks for your input!
> My suspicion is that you didn't make a backup of the new
> /boot/zfs/zpool.cache
>
> From the USB live booted system, when you recreated the zpool you
> likely changed parameters that live in the cache. You need to copy
> that to the new boot pool or ZFS can
On Fri, Oct 20, 2017 at 05:13:45PM +0200, Markus Wild wrote:
> Hello list,
>
> I have a particularly odd problem, where I can't figure out what's going on,
> or whether I'm possibly doing something
> stupid...
>
> Short summary:
> - Supermicro X10DRI-T motherboard, using UEFI boot, 128G RAM, 2
Hello list,
I have a particularly odd problem, where I can't figure out what's going on, or
whether I'm possibly doing something
stupid...
Short summary:
- Supermicro X10DRI-T motherboard, using UEFI boot, 128G RAM, 2 CPUs
- 2 Intel DC P3700 NVME cards, to be used as mirrored zfs root and
