Hello Andrey,
Yes, we try UEFI boot and there was no difference.
We have one other server SuperMicro, MB "X9DRi-LN4+" , with 7T System
Disk, FreeBSD 11.4.
To have succesful boot, we need to enter each time the root partition,(
mountroot> prompt ), which is already described in the fstab file.
After the manual entered (ufs:/dev/da0p2) the boot process mount the
partition and booting finish as usual.
Maybe it worth to try "vfs.root_mount_always_wait" knob in above case.
Cheers
Rumen Palov
On 2020-10-07 12:49, Andrey V. Elsukov wrote:
On 06.10.2020 13:16, Румен Палов via freebsd-stable wrote:
Here we do not repeat the steps with zfsloader.
The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware.
Is any one having issues like this ?
Is this behavior enougth for PR request ?
Hi,
Did you try use UEFI? gptboot relies on API provided by BIOS. BIOS
usually is not tested with such large disks and may have bugs and
incompatibilities, especially related to 32-bit limitations.
The cause when it worked before upgrade, may be that blocks with data
were accessible even with BIOS limitations, but after time file system
may place data into new blocks, that become inaccessible.
UEFI is targeted to avoid limitations that BIOS have, and GPT is part of
UEFI specification, they both designed for each other. :)
_______________________________________________
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
