> 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
>>> March)
>>> 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!
>>  Hi.
>>  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
>> again.
> 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 
manifesting itself.


freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to