> On 12. apr 2017, at 22:48, Chris H <bsd-li...@bsdforge.com> wrote:
> On Tue, 11 Apr 2017 23:42:52 +0900 (JST) Masachika ISHIZUKA
> <i...@amail.plala.or.jp <mailto:i...@amail.plala.or.jp>> wrote
>>> replaced /boot/loader with /boot/loader.old (which was from end of
>>> copied /boot/loader.efi from the r315864 snapshot USB image
>>> into /boot/loader.efi of the broken systems.
>>> Aprt from the fact that I don't know which one is broken, the boxes are
>>> booting again.
>>> Conclusion: UEFI loader is broken!
>> I'm using dell xps12 9q33 (core i7-4500U) with an internal SSD.
>> As reporting Bug 218473, I cannot boot /boot/loader.efi after
>> r316585. Replacing only loader.efi before r316584, I can boot
> I was going to also report similar findings.
> After reporting the problem && submitting additional info to help
> diagnose the situation.
> I found that the most efficient way to overcome the issue, was to
> move loader.efi aside, and copy loader.efi from the install DVD.
> I've since lowered the priority of (u)efi in the BIOS, taking
> legacy as the higher priority. Because I had additional problems
> with vt. In the end, I find I have no issues simply booting to
> syscons(4) -- Xorg even works more harmoniously with it. :-)
I believe we did identify the problem, the fix is posted as
https://reviews.freebsd.org/D10381 <https://reviews.freebsd.org/D10381> please
review, if you can confirm the fix by testing, it would also be really helpful
- the issue is, the problem appears to be system specific and not always
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"