[Bug 1146017] New: UEFI "Boot Linux System" from installation media screen 2 consistently fails quickly
http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 Bug ID: 1146017 Summary: UEFI "Boot Linux System" from installation media screen 2 consistently fails quickly Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other URL: https://forums.opensuse.org/showthread.php/537185-UEFI -installation-media-gt-Boot-Linux-System?p=2911641#pos t2911641 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers@suse.de Reporter: mrmazda@earthlink.net QA Contact: jsrain@suse.com Found By: --- Blocker: --- Created attachment 814369 --> http://bugzilla.opensuse.org/attachment.cgi?id=814369&action=edit y2logs .tgz from fresh installation of 15.2a build 481 on Asus Kaby Lake on which "Boot Linux System" last attempted Initial Summary: UEFI "Boot Linux System" from installation media screen 2 consistently fails quickly To reproduce: 1-boot installation media in UEFI mode 2-choose "More ..." 3-choose "Boot Linux System" 4-(optional) append/edit linuxefi line, e.g. add video=1440x900 and/or 3 and/or noresume or remove splash=silent 5-answer the questions asked/make appropriate selections about kernel, options and root filesystem Actual results: 1-instant message in yellow text on red background: "Sorry, system didn't boot" 2-on vtty4: kexec_file: kernel signature verification failed (-129). 3-sh: dmesg: command not found on tty9 4-tty[2,5,6] shell absent 5-sh: systemctl: command not found on tty9 Expected results: 1-installed system boots, or 2-something more than instant failure report Note: forum thread comments report failure also happens with a VM, and with 15.1, and with either OM or USB boot media. Other info from installation on which last attempt made (using NET OM): # efibootmgr BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0007,0006,0003 Boot0000* opensuse Boot0003* CD/DVD Drive Boot0006* Hard Drive Boot0007* UEFI: Optiarc DVD RW AD-7200S # parted -l highlights Disk /dev/sda: 40.0GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 337MB 336MB fat16 P01 EFI System (ESP) boot, esp 2 337MB 1202MB 865MB linux-swap(v1) P02 swapper swap 3 1202MB 9590MB 8389MB ext4 P03 linuxroot1 4 9590MB 40.0GB 30.4GB ext4 P04 linuxhome -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 http://bugzilla.opensuse.org/show_bug.cgi?id=1146017#c1 Neil Rickert <nwr10cst-oslnx@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED CC| |nwr10cst-oslnx@yahoo.com --- Comment #1 from Neil Rickert <nwr10cst-oslnx@yahoo.com> --- I can confirm this. My tests used a KVM virtual machine, where I installed Leap 15.2Alpha last week. I booted the DVD installer (the iso file used as a virtual DVD), selecting the option to boot an installed linux system. I described that failure in the linked forum thread. I tried again this morning, but with a difference. I instead booted to the rescue system. My plan was to attempt to use kexec manually. I mounted the root file system for the installed Leap 15.2 at "/mnt". This was a read-only mount to avoid problems of file system corruption. I did not mount any "btrfs" subvolumes, but the kernel and initrd files were visible on the mounted system. I recorded my attempt at "kexec" with the "script" command. The recorded "typescript" file went to volatile storage, since I was running from the DVD. After the "kexec" failed, I mounted the home partition for that installed system (read-write mount) and copied the "typescript" file to there. The output is short, so I'll just include here rather than attach: ---- begin typescript ---- Script started on 2019-08-18 13:29:35+00:00 [TERM="linux" TTY="/dev/tty1" COLUMNS="128" LINES="48"] rescue:/ # echo $x rescue:/ # x=/mnt/boot/initrd-4* rescue:/ # echo $x /mnt/boot/initrd-4.12.14-lp152.28-default rescue:/ # echo "$x" /mnt/boot/initrd-4* rescue:/ # x=`echo $x` rescue:/ # echo "$x" /mnt/boot/initrd-4.12.14-lp152.28-default rescue:/ # y=/mnt/boot/vmlinuz-4* rescue:/ # echo $y /mnt/boot/vmlinuz-4.12.14-lp152.28-default rescue:/ # kexec -l $y --append=root=/dev/sda5 --initrd=$x rescue:/ # echo $? 0 rescue:/ # exit Script done on 2019-08-18 13:32:08+00:00 [COMMAND_EXIT_CODE="0"] ---- end typescript ---- It looks as if "kexec" doesn't work (fails silently). -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 http://bugzilla.opensuse.org/show_bug.cgi?id=1146017#c2 --- Comment #2 from Neil Rickert <nwr10cst-oslnx@yahoo.com> --- I failed to note that my tests were for a non-UEFI system with traditional dos/BIOS partitioning. The problem appears unrelated to UEFI. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 http://bugzilla.opensuse.org/show_bug.cgi?id=1146017#c4 Felix Miata <mrmazda@earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|UEFI "Boot Linux System" |"Boot Linux System" from |from installation media |installation media screen 2 |screen 2 consistently fails |consistently fails quickly |quickly | --- Comment #4 from Felix Miata <mrmazda@earthlink.net> --- per comment #2, modifying summary to exclude UEFI limitation -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 http://bugzilla.opensuse.org/show_bug.cgi?id=1146017#c5 --- Comment #5 from Felix Miata <mrmazda@earthlink.net> --- Created attachment 858003 --> http://bugzilla.opensuse.org/attachment.cgi?id=858003&action=edit .tgz of journalctl -b on the session's first boot of 15.4 alpha Testing with 20220408 NET iso, "Boot Linux System" was able to boot the existing TW UEFI installation normally on sda7 SATA SSD on host ara88. Next I tried openSUSE-Leap-15.4-NET-x86_64-Build208.2-Media.iso to boot a 15.4 alpha installation on host ara88. After choosing kernel to boot, nothing more visibly happened, just a blue screen with >>> linuxrc 7.0.31.6 (Kernel 5.14.21-150400.15-default) <<< at the top, from which all keystrokes were ignored. Remote login did succeed: # systemd-analyze Startup finished in 17.334s (firmware) + 48.939s (loader) + 2.585s (kernel) + 5.469s (initrd) + 11.659s (userspace) = 1min 25.989s multi-user.target reached after 5.813s in userspace # uname -r 5.14.21-150400.3-default Same failure using same 15.4-NET for 15.3 on ara88: # systemd-analyze Startup finished in 14.820s (firmware) + 52.903s (loader) + 3.568s (kernel) + 5.077s (initrd) + 19.130s (userspace) = 1min 35.501s multi-user.target reached after 5.005s in userspace # uname -r 5.3.18-150300.59.54-default I tried again the 15.4 alpha but without adding any kernel cmdline options, but it made no apparent difference. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 http://bugzilla.opensuse.org/show_bug.cgi?id=1146017#c6 Felix Miata <mrmazda@earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|Leap 15.2 |Leap 15.4 --- Comment #6 from Felix Miata <mrmazda@earthlink.net> --- Limited improvement as of 15.4-NET-x86_64-Build208.2. Update version from 15.2 to 15.4 Beta. -- You are receiving this mail because: You are on the CC list for the bug.
participants (2)
-
bugzilla_noreply＠novell.com -
bugzilla_noreply＠suse.com