ZFS bootpool boot symlink issue
Using 2.5.0-DEVELOPMENT when I do an install that creates a zfs mirror (MBR), the boot directory is actually a symlink to the boot directory in the bootpool pool. As soon as I do an upgrade to a newer build the boot directory symlink is overwritten and a directory called boot is created. The boot directory in bootpool goes out of sync with the boot directory that is now physically present on the zroot pool. This causes issues with kernel module mismatches etc.
#2 Updated by Louis van Breda 7 months ago
Reading this symlink issue I do remember that in the past days I did notice messages, indication that some files could not be found. I did noticed that during a crash recovery startup. Just for info might be related. I do not know.
Loading configuration … done
Sh: /usr/local/pkg/pfblockerng/pfblockerng.sh: not found (note I am not even using “pfblockerng” that apart)
Starting CRON … done
ERROR: It was not possible to identify which pfSense kernel is installed
Well before this occurred I did install pfSense using an USB-install disk, in combination with an USB-config disk (to automatic recover the old config). Sometimes I have the impression that it was looking for the USB-stick, not present any more.
#4 Updated by Paul Magid 4 months ago
I had another issue with bootpool getting out of sync on an upgrade and so I decided to try every partition scheme other than MBR... I found that for my hardware GPT + Lenovo Fix (BIOS) works and there is no bootpool.... (My machine is an HP by the way). So, it appears I have a workaround to this issue and it involves not using MBR.