Date: Tue, 24 Jul 2018 02:20:00 -0400 From: Allan Jude <allanjude@freebsd.org> To: freebsd-current@freebsd.org Subject: Re: [UEFI] Boot issues on some UEFI implementations Message-ID: <fd135b65-bc86-0e73-a6a4-c420304b8d30@freebsd.org> In-Reply-To: <20180713130001.219a0a84@freyja.zeit4.iv.bundesimmobilien.de> References: <20180713130001.219a0a84@freyja.zeit4.iv.bundesimmobilien.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --YUGWAA3rXCwzKqnTdMCU9T7lNdBxHX5yi Content-Type: multipart/mixed; boundary="jlj7vcZUNK0fte6P5h0H7d1yMKrnfR5Rh"; protected-headers="v1" From: Allan Jude <allanjude@freebsd.org> To: freebsd-current@freebsd.org Message-ID: <fd135b65-bc86-0e73-a6a4-c420304b8d30@freebsd.org> Subject: Re: [UEFI] Boot issues on some UEFI implementations References: <20180713130001.219a0a84@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20180713130001.219a0a84@freyja.zeit4.iv.bundesimmobilien.de> --jlj7vcZUNK0fte6P5h0H7d1yMKrnfR5Rh Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018-07-13 07:00, O. Hartmann wrote: > The problem is some kind of weird. I face UEFI boot problems on GPT dri= ves > where the first partition begins at block 40 of the hdd/ssd. >=20 > I have two host in private use based on an > outdated ASRock Z77-Pro4-M and Z77-Pro4 mainboard (IvyBridge, Socket LG= A1155). > Both boards are equipted with the lates official available AMI firmware= > revision, dating to 2013. This is for the Z77-Pro4-M revision 2.0 (2013= /7/23) > and for the Z77 Pro4 revision 1.8 (2013/7/17). For both boards a BETA r= evision > for the Spectre/Meltdown mitigation is available, but I didn't test tha= t. But > please read. >=20 > The third box I realised this problem is a brand new Fujitsu Esprimo Q9= 56, also > AMI firmware, at V5.0.0.11 R 1.26.0 for 3413-A1x, date 05/25/2018 (or 2= 0180525). >=20 > Installing on any kind of HDD or SSD manually or via bsdinstall the OS = using > UEFI-only boot method on a GPT partitioned device fails. The ASRock boa= rds jump > immediately into the firmware, the Fujitsu offers some kind of CPU/Memo= ry/HDD > test facility. >=20 > If on both type of vendor/boards CSM is disabled and UEFI boot only is = implied, > the MBR partitioned FreeBSD installation USB flash device does boot in = UEFI! I > guess I can assume this when the well known clumsy 80x25 char console s= uddenly > gets bright and shiny with a much higher resoltion as long the GPU supp= orts > EFI GOP. Looking with gpart at the USB flash drives reveals that the EF= I > partition starts at block 1 of the device and the device has a MBR layo= ut. I > haven't found a way to force the GPT scheme, when initialised via gpart= , to let > the partitions start at block 1. This might be a naiv thinking, so plea= se be > patient with me. >=20 > I do not know whether this is a well-known issue. On the ASRock boards,= I > tried years ago some LinuxRed Hat and Suse with UEFI and that worked - = FreeBSD > not. I gave up on that that time. Now, having the very same issues with= a new > Fujitsu system, leaves me with the impression that FreeBSD's UEFI > implementation might have problems I'm not aware of. >=20 > Can someone shed some light onto this?=20 >=20 > Thanks in advance, >=20 > Oliver=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 If you are up for experimenting, see if either of these results in your system booting: gpart set -a active ada0 gpart set -a lenovofix ada0 Although both of these should only impact BIOS boot, not UEFI, you never know. The other option is to try an ESP (EFI System Partition) that is formatted FAT32 instead of FAT12/FAT16) --=20 Allan Jude --jlj7vcZUNK0fte6P5h0H7d1yMKrnfR5Rh-- --YUGWAA3rXCwzKqnTdMCU9T7lNdBxHX5yi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJbVsUTAAoJEBmVNT4SmAt+HvwQAMMM7ZDFL3pZ9kHOIxra9vcq kcFZUKT/qTiMBg6+vC7Woci4tXBZEDR9APojxA0i7Z1urWlw0JFHTXIMXcB7oI1Q SmTFrEb0fbvo9+aXtUPZ6Si9BNJZgHv3wTZVu3y1W7dKazztnX8rJq5vsoBRVRoX NS3ok5XWd0za/EqWW8EMxkzb0m8FqEegKPKpCQq2hXwTBHJFNrYAQgB+zRpd5JWz Bj24UnfeUQvHkYbRbX66huYtFO6+YjdX7kJ2AEqeamjjF204kfjQBItwsDlTH3TU YzFAotr+j1VpXqvDPRZ47HPPkHGWMdCin5GUzDoKV8MXjRW3m/QhyiYqcErQEoxQ i9AN8M0hHdG6eX76Onde2+dZkz4EsK5IIvGbd5HTBpcHltuyIVWtw/1MNREQaaaT EyC4O2CxLab4J5Jx3b0ne4CVmPjzDY3AnqoeUbRCbAsr3hBk/UZoUvJ+jUYegvRg kEeLjODlOVeyqEKZAbSrqkuV5S0QnLVzQHNuvzPZ0nwS8ADpiVYL/YZXBEuLx1H1 OGw3LadVB9oWPfz3ZVS7T+bcXfkCVRmjuiUsM2bGHSsOtkEtd6xvgRwBVsDWkMEy du95CTQfE/W248b9XUT/UvptSw9CWE8HI0WxzcKMNQqUy/ys7TeFQ5TIUTWKehES 7dBDk6TYhojzdPypg9PB =HsAa -----END PGP SIGNATURE----- --YUGWAA3rXCwzKqnTdMCU9T7lNdBxHX5yi--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?fd135b65-bc86-0e73-a6a4-c420304b8d30>