r316677:EFI boot failure: Can't load kernel
Hartmann, O.
ohartmann at walstatt.org
Tue Apr 11 05:17:51 UTC 2017
On Mon, 10 Apr 2017 21:04:04 +0200
"O. Hartmann" <ohartmann at walstatt.org> wrote:
> Am Mon, 10 Apr 2017 21:59:00 +0300
> Toomas Soome <tsoome at me.com> schrieb:
>
> > > On 10. apr 2017, at 21:04, O. Hartmann <o.hartmann at walstatt.org>
> > > wrote:
> > >
> > > Am Mon, 10 Apr 2017 16:14:21 +0300
> > > Toomas Soome <tsoome at me.com> schrieb:
> > >
> > >>> On 10. apr 2017, at 15:58, Hartmann, O.
> > >>> <ohartmann at walstatt.org> wrote:
> > >>>
> > >>> After today's update to r316677, some UEFI boxes (Fujitsu
> > >>> Celsius M740 XEON) reject to boot properly. They die
> > >>> immediately after loading /boot/loader.efi and jump into loader
> > >>> prompt:
> > >>>
> > >>> [...]
> > >>> \
> > >>> can't load 'kernel'
> > >>>
> > >>>
> > >>> I had to investigate with an USB flashdrive the filesystem, but
> > >>> everything seems to be properly in place and installed.
> > >>>
> > >>> I need advice how to revive the system after this.
> > >>>
> > >>
> > >>
> > >> hm, this implies that r316676 was ok? If so, the only logical
> > >> conclusion is that it hast to do about the kernel size and if
> > >> there is enough space in UEFI memory to place the kernel.
> > >>
> > >> You can fetch the current memory map from loader OK prompt with
> > >> memmap command, I hope this will help to identify the issue.
> > >>
> > >> rgds,
> > >> toomas
> > >
> > >
> > > And?
> > >
> > > Regrads,
> > >
> > > oh
> > >
> >
> > Well, the memory needed is starting from the:
> >
> > #define KERNEL_PHYSICAL_BASE (2*1024*1024)
> >
> > and it should be large enough for kernel. But it feels a bit like
> > barking under the random tree; the problem is that the error is not
> > telling us anything why it did happen:(
> >
> > This message you get is coming from sys/boot/common/boot.c, as part
> > of the autoload sequence; did you try to load kernel manually with
> > load command? also if you have old kernel around, does old kernel
> > get loaded?
> >
> > rgds,
> > toomas
> >
> >
> >
> >
>
> I haven't done anything yet, since the accident happened when I left
> my bureau and I desperately tried to examine on the fly what happened.
>
> I'll be at the box tomorrow morning and I will check whether I can
> load the old kernel manually.
>
> I'll report in what happened.
>
> Kind regards,
>
> oh
>
I did the following:
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!
More information about the freebsd-current
mailing list