Bug 239052 - [boot] BTX halt error after freebsd-update from 12.0-RELEASE-p4 to 12.0-RELEASE-p6
Summary: [boot] BTX halt error after freebsd-update from 12.0-RELEASE-p4 to 12.0-RELEA...
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: misc (show other bugs)
Version: 12.0-RELEASE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: Mark Linimon
Depends on:
Reported: 2019-07-08 18:30 UTC by Michael Rebele
Modified: 2021-08-25 10:28 UTC (History)
1 user (show)

See Also:

BTX halted screenshot (13.01 KB, image/png)
2019-07-08 18:30 UTC, Michael Rebele
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Rebele 2019-07-08 18:30:30 UTC
Created attachment 205591 [details]
BTX halted screenshot

After applying 
freebsd-update fetch 
freebsd-update install
and the initiated reboot, the Systems stops booting with 
„BTX halted“ and a CPU-Register dump.
In the previous screen where BTX enumerates the drives, you can see the following text:
„read 1 from 0 to 0xdd78f340, error: 0x1“
This messages comes twice.

The machine is a Dell PowerEdge R515 with a LSI-RAID Controller (mps). The system is on a Hardware-RAID1 with UFS. The machine runs FreeBSD since several years and FBSD12 is an upgraded Version of FBSD11. FBSD12 ran fine all the time since its release.

The disks seems to be ok and error free. I’ve booted a 11.2 live disk, gpart list|status|show shows no errors or unusual things on the disk layout. „gpart recover“ says everything’s ok and nothing is to be done. I also can mount the 12.0 ufs partition in the live system and access the data there. fsck is also ok and says there’s no error. Though i doubt there is a hardware error.

Booting the FreeBSD-12.0-RELEASE-amd64-disc1-ISO fails with the same error. Booting the FreeBSD-12.0-RELEASE-amd64-disc1-IMG (for USB-Stick) is booting but i have to modifiy the Boot-Settings to UEFI to make it boot (this is a known issue since the release of 12.0). I’m booting the ISO-Images with idrac virtual drives, the USB-Image is copied to an SD-Card and booted from there (but as idrac-Emulated disk).
Comment 1 Michael Rebele 2019-07-09 17:51:18 UTC
I have to correct the
Comment 2 Michael Rebele 2019-07-12 10:02:13 UTC
The RAID1 which contains the systems is fortunately installed with GPT-Layout.

I’ve reduced now the Swap-Partition, created a new EFI-Partition and wrote the EFI-Loader boot1.efifat into the EFI-Partition.
Then i switched the Bootmode from BIOS (Legacy) to UEFI.

This makes the Server booting again and resolves the issue.

It seems in FreeBSD 12 is booting in BIOS- (Legacy-) Mode a bit broken.
Comment 3 Mark Linimon freebsd_committer freebsd_triage 2021-06-30 00:55:47 UTC
^Triage: close as OBE.

I'm sorry that this PR did not get addressed in a timely fashion.  Please let us know if this still occurs on a supported OSVERSION.
Comment 4 Marius Schamschula 2021-08-25 00:04:58 UTC
Unfortunately, I have just run into this same issue on a Dell PowerEdge T320 while upgrading from 13.0-RELEASE-p3 to 13.0-RELEASE-p4.
Comment 5 Marius Schamschula 2021-08-25 10:28:40 UTC
(In reply to Marius Schamschula from comment #4)
The workaround is the same: I switched the system's boot mode from BIOS to UEFI.