> On 12. apr 2017, at 22:48, Chris H <bsd-lists_at_bsdforge.com> wrote: > > On Tue, 11 Apr 2017 23:42:52 +0900 (JST) Masachika ISHIZUKA > <ish_at_amail.plala.or.jp <mailto:ish_at_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, toomasReceived on Thu Apr 13 2017 - 04:13:58 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:11 UTC