On Mon, 22 Jun 2015, Paul Koch wrote:
We get the following error after installing 10.1-p12 in a VirtualBox guest
when setup with an emulated LSI / SAS controller and a 50G fixed sized
virtual disk:
gptboot: error 1 lba 104857599
gptboot: unable to read backup GPT header
Can't seem to find anyone who has this same issue.
The problem does not exist if we configure the guest with a SATA controller
and same size virtual disk.
...
The guest boots fine, but we always get the gptboot error.
Is this just a problem with the virtualbox SAS controller emulation where
gptboot can't retrieve the backup table ?
That would be my first guess: an off-by-one error preventing the last
block from being read. It's not clear which emulated controller was
being used for the diskinfo output posted earlier. If it really was an
off-by-one bug, the block count would differ depending on the
controller.
However, some controllers keep metadata on the drive, and report a
reduced capacity, and that would have almost the same effect. Seems
like there would be a complaint by the controller firmware about the
contents of the metadata block, but maybe not by an emulated controller.
If controller metadata is the problem, installing FreeBSD using the
emulated controller in place should make sure the backup GPT is in the
correct position, rather than switching to the SCSI controller after
installing with, say, SATA.
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
