> 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. thanks, toomas _______________________________________________ email@example.com mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"