> 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. :-)

We have progress with investigation, but testing has to confirm if the suspect 
is really it or not.


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

Reply via email to