Re: How to debug grub2-efi -> kernel transition issues?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 29, 2021 at 1:55 AM Richard W.M. Jones <rjones@xxxxxxxxxx> wrote:
>
>
> I have a weird problem on an old Asus Zenbook UX305C where new kernels
> cannot be installed by grub.  Specifically what happens is they appear
> in the boot menu fine, but if you try to boot them then the machine
> hangs hard with a completely black screen.
>
> Oddly the kernel installed by Anaconda can boot, but obviously this
> makes upgrading the kernel RPM impossible.
>
> My real question is how on earth do I start debugging this?
>
> I edited the kernel command line, removed “rhgb quiet”, added
> “loglevel=9 nomodeset” but still no output at all is visible before
> the hang.  The machine doesn't have a serial port.
>
> Any ideas?  Does grub have debugging that can be enabled somehow?

With rhgb and quiet removed, you should immediately get a boot scroll
from the kernel and a panic if that's what's happening. If not then
this is somewhere in between the hand off. When GRUB has a problem
loading kernel or initramfs, it complains and goes back to GRUB. So
this sounds like the kernel and initramfs did load, and boot command
is executed and something fails at that point or right in the kernel
at the earliest stage.

I'd ask in #fedora-kernel to be sure of a better idea. But my idea is
edit the failing grub menu entry (in GRUB) and after the initrd line
add two more lines

set pager=1
set debug=all

Then F10 or Ctrl-X to boot that edited entry. You should get maybe
just 4 lines of cryptic grub debug code (in my working case it doesn't
mean anything to me) and then it goes black then i get kernel boot
scroll.

If you get a ton of errors, probably failure in grub. If you don't,
probably already handed off to the kernel and it faceplanted during
its very early bootstrapping sequence before we even usually see
anything.



-- 
Chris Murphy
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux