Leap 15.2: Laptop fails to boot after latest kernel update
Hello List, On Saturday evening, I installed the latest kernel update on my laptop (kernel-default-devel-5.3.18-lp152.69.1.x86_64, Lenovo ThinkPad P53 with UEFI, Secure boot enabled, Trusted boot disabled). It replaced version 5.3.18-lp152.66-default. Package installation did not report anything unusual, but when booting the laptop on Sunday, I was greeted with an unfamiliar blue 'curses' prompt right after POST (and before the Grub menu): 'hit any key to enter MOK management' (this is the first time that I see this since upgrading the laptop from 15.1 to 15.2). Upon hitting a key, another pop-up menu was displayed, where I selected the "Continue boot" option. I then reached the usual Grub menu and attempted to boot, but the process then hung at "Loading ramdisk". Out of options, I performed a forced power-cycle and tried again: no more "MOK Management" menu, but the new kernel still fails to boot and hangs at the same spot. Selecting the earlier kernel in Grub still allows me to boot normally, thankfully. Has anyone else seen this? Depending on the replies, I'll file a bug if necessary. TIA Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pan@iba-group.com <http://www.iba-worldwide.com> Disclaimer | Use of IBA e-communication<https://iba-worldwide.com/disclaimer> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation.
On Mon, Apr 12, 2021 at 12:10:10PM +0200, Philippe Andersson wrote:
Hello List,
On Saturday evening, I installed the latest kernel update on my laptop (kernel-default-devel-5.3.18-lp152.69.1.x86_64, Lenovo ThinkPad P53 with UEFI, Secure boot enabled, Trusted boot disabled). It replaced version 5.3.18-lp152.66-default. Package installation did not report anything unusual, but when booting the laptop on Sunday, I was greeted with an unfamiliar blue 'curses' prompt right after POST (and before the Grub menu):
'hit any key to enter MOK management'
(this is the first time that I see this since upgrading the laptop from 15.1 to 15.2).
Upon hitting a key, another pop-up menu was displayed, where I selected the "Continue boot" option. I then reached the usual Grub menu and attempted to boot, but the process then hung at "Loading ramdisk".
Out of options, I performed a forced power-cycle and tried again: no more "MOK Management" menu, but the new kernel still fails to boot and hangs at the same spot.
This registers the new UEFI signing key with the shim, so its fine and will only appear once.
Selecting the earlier kernel in Grub still allows me to boot normally, thankfully.
Has anyone else seen this? Depending on the replies, I'll file a bug if necessary.
Do you use intel_iommu=something? might be https://bugzilla.suse.com/show_bug.cgi?id=1184585 Ciao, Marcus
Disclaimer | Use of IBA e-communication<https://iba-worldwide.com/disclaimer> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation.
..... offtopic about hyperkitty webinterface of these lists archives:
On Mon, Apr 12, 2021 at 1:47 PM Philippe Andersson <pan@iba-group.com> wrote: these additional mails in this thread by this user adersson, are kind of nonreadable on the new hyperkitty 1.3.4 webinterface on the lists server archive. can this be fixed or enhanced? There seems to be a separate link named attachment in those second and third reply posts and there is an .eml type file being offered. can this not directly be shown by hyperkitty? <https://lists.opensuse.org/archives/list/users@lists.opensuse.org/thread/PGF6BI5ZIX3T2TR4JCQJABAF3BXVTTD2/> also in general hyperkitty based web archives of the lists are often really extremely slow in loading beyond the initial (maybe cached? statically rendered) first overview of the list. when clicking actual threads or navigating to the second third and consecutive pages and browsing through the hyperkitty web representation of the lists archives, it often becomes really really slow. thanks.
cagsm wrote:
..... offtopic about hyperkitty webinterface of these lists archives:
On Mon, Apr 12, 2021 at 1:47 PM Philippe Andersson <pan@iba-group.com> wrote: these additional mails in this thread by this user adersson, are kind of nonreadable on the new hyperkitty 1.3.4 webinterface on the lists server archive.
I agree Philippe's postings are a little oddly formatted - I get a text-part, followed by an attachment email (message/rfc822). In knode, I am only shown the text part, which is the "Use of IBA e-communication". I presume this is automatically added to outgoing emails from IBA, and that the message/rfc822 attachment is the actual reply Philippe posted.
can this be fixed or enhanced?
Technically, yes :-)
There seems to be a separate link named attachment in those second and third reply posts and there is an .eml type file being offered. can this not directly be shown by hyperkitty?
It is a slightly odd format, but Thunderbird shows the attached mail just fine, for instance. <https://lists.opensuse.org/archives/list/users@lists.opensuse.org/thread/PGF6BI5ZIX3T2TR4JCQJABAF3BXVTTD2/>
also in general hyperkitty based web archives of the lists are often really extremely slow in loading beyond the initial (maybe cached? statically rendered) first overview of the list. when clicking actual threads or navigating to the second third and consecutive pages and browsing through the hyperkitty web representation of the lists archives, it often becomes really really slow.
Yeah, I have noticed so too. -- Per Jessen, Zürich (8.4°C)
In data lunedì 12 aprile 2021 12:10:10 CEST, Philippe Andersson ha scritto:
Hello List,
On Saturday evening, I installed the latest kernel update on my laptop (kernel-default-devel-5.3.18-lp152.69.1.x86_64, Lenovo ThinkPad P53 with UEFI, Secure boot enabled, Trusted boot disabled). It replaced version 5.3.18-lp152.66-default. Package installation did not report anything unusual, but when booting the laptop on Sunday, I was greeted with an unfamiliar blue 'curses' prompt right after POST (and before the Grub menu):
'hit any key to enter MOK management'
I am not a kernel experts and some more experience user will help you better, but still some observation of mine: I do not know if it is intentional that you are using an unstable development kernel instead of the default kernel. It is expected (!) that development kernel are unstable at times, or give problems. The current official kernel for 15.2 is: (in CLI) uname -a 5.3.18-lp152.69-default #1 SMP Tue Apr 6 11:41:13 UTC 2021 (d532e33) x86_64 x86_64 x86_64 GNU/Linux Now, if you unintentionally selected the development kernel, the best thing to do is to change back to the default kernel. MOK management: this is normal, it happens normally in TW (tumbleweed) the rolling distribution. You find a short explanation here on stackexchange: https://unix.stackexchange.com/questions/535434/what-exactly-is-mok-in-linux... You may use the selection in grub to use another kernel to boot, so then you can do the necessary changes to fall back to default kernel of to fix the MOK issue. Hope that helps.
Disclaimer | Use of IBA e-communication<https://iba-worldwide.com/disclaimer> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation.
Hello guys, the (nearly ...) very same issue here. Kernel -69 (default) hangs after "Loading initial ramdisk" ... forever. Lenovo T590. The same on my PC at home - no issues at all. Reverted to the kernel number -66 as well, this one works just ok. Must be some regression in kernel 69 - should I issue a bug report (or did you already issue one, Philippe?) I cannot remember that config screen Philippe described - but the symptoms are boring and seemingly similar. I cannot provide any logs as the system is neither accessible nor provides any output - it simply stops after the second printk ... Any suggestions on how to proceed are very much appreciated. Take care Dieter Am Montag, 12. April 2021, 13:50:27 CEST schrieb Philippe Andersson:
Disclaimer | Use of IBA e-communication<https://iba-worldwide.com/disclaimer>
The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation.
-- ----------------------------------------------------------- Dr.-Ing. Dieter Jurzitza 76131 Karlsruhe
See https://bugzilla.suse.com/show_bug.cgi?id=1184575 Stephan Am Montag, 12. April 2021, 20:06:28 CEST schrieb Dr.-Ing. Dieter Jurzitza:
Hello guys, the (nearly ...) very same issue here. Kernel -69 (default) hangs after "Loading initial ramdisk" ... forever. Lenovo T590. The same on my PC at home - no issues at all. Reverted to the kernel number -66 as well, this one works just ok. Must be some regression in kernel 69 - should I issue a bug report (or did you already issue one, Philippe?) I cannot remember that config screen Philippe described - but the symptoms are boring and seemingly similar. I cannot provide any logs as the system is neither accessible nor provides any output - it simply stops after the second printk ... Any suggestions on how to proceed are very much appreciated. Take care
Dieter
Am Montag, 12. April 2021, 13:50:27 CEST schrieb Philippe Andersson:
Disclaimer | Use of IBA e-communication<https://iba-worldwide.com/disclaimer>
The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation.
Disclaimer | Use of IBA e-communication<https://iba-worldwide.com/disclaimer> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation.
participants (7)
-
cagsm -
Dr.-Ing. Dieter Jurzitza -
Marcus Meissner -
Per Jessen -
Philippe Andersson -
Stakanov -
Stephan Hemeier