I have an old Acer 5810T laptop with a non-functioning display which I decided to repurpose as a spare FreeBSD server, so I replaced the CMOS battery, plugged in a VGA monitor, and set the BIOS settings to what I thought would be appropriate for a machine with no GUI and installed FreeBSD-RELEASE-15.1. I was pleased to see the WiFi was recognised without installing anything else and set up the network to finish the installation. Then came the big moment. I rebooted and the machine settled onto a screen giving me the option of pressing F2 to enter set-up or F12 to select a boot device, and there it sat. It will not respond to any keys, not even the two mentioned above, except to bleep if keys are pressed too many times. I removed the charger and both batteries, shorting the terminals for good measure, then reassembled everything. There were now changes in that the text-only boot screen I had earlier selected was now graphical and the F12 option was gone, since that was also something I'd selected in set-up, but still things went no further.
What? How can installing anything to the HDD stop the BIOS working? I suppose the only way to check is to remove the HDD and see if I can boot the BIOS set-up without it, so that's exactly what I did and I have now been able to boot into the BIOS set-up. How bizarre is that? Now I have to work out how to clear the installation off the HDD so I can start again!
This shouldn't be possible! I can only assume the current drive configuration sends POST into a loop or hang of some kind.
Update: I put the drive in another machine and changed the partitioning scheme from msdos to gpt. This effectively wiped it. After that I could get into BIOS and set things up before repeating the installation. This time I didn't accept the suggested partitions but made a point of creating an efi partition on the HDD. It seems the installer sees the efi partition on the USB stick and uses that instead of creating one on the HDD, so when the BIOS tries to examine its boot environment from the hard drive it can't find one, gets confused, and becomes unresponsive.
What? How can installing anything to the HDD stop the BIOS working? I suppose the only way to check is to remove the HDD and see if I can boot the BIOS set-up without it, so that's exactly what I did and I have now been able to boot into the BIOS set-up. How bizarre is that? Now I have to work out how to clear the installation off the HDD so I can start again!
This shouldn't be possible! I can only assume the current drive configuration sends POST into a loop or hang of some kind.
Update: I put the drive in another machine and changed the partitioning scheme from msdos to gpt. This effectively wiped it. After that I could get into BIOS and set things up before repeating the installation. This time I didn't accept the suggested partitions but made a point of creating an efi partition on the HDD. It seems the installer sees the efi partition on the USB stick and uses that instead of creating one on the HDD, so when the BIOS tries to examine its boot environment from the hard drive it can't find one, gets confused, and becomes unresponsive.