Discussion:
shim_init error for debian-live-11.0.0-amd64-kde.iso
(too old to reply)
Bernd Speiser
2021-09-09 13:50:01 UTC
Permalink
Hi,

I do not know to which mailing list I should send this request/bug
report since it is not obviously related to a particular package. I'd be
grateful for your help.

I use a Fujitsu Lifebook A3510 which only has uefi boot as an option (no
more legacy boot available). Secure boot is disabled. The BIOS is Insyde
H20 v. 1.10 (04/23/2021). On this machine, I have installed openSUSE
Leap 15.3.

I want to use the debian live system (in fact, I want to use GParted
which is based on debian). Thus, I downloaded the
debian-live-11.0.0-amd64-kde.iso (checksum OK) and copied to a USB-Stick.

This stick boots the live system OK on another Fujitsu Lifebook (E756)
which still has the legacy boot process, so I guess it is a valid
bootable medium.

Now, on the A3510 with uefi boot, the boot process stops quickly with
the following error message:

set_second_stage() failed: Invalid Parameter
Something has gone seriously wrong: shim_init() failed: Invalid Parameter

As a result, the live system of course is not available.

In fact, the very same error occured with the original openSUSE Leap
15.3 installation medium, when I first set up the machine. This problem
was resolved by substituting the file bootx64.efi in EFI/BOOT by an
updated version (see the discussion in
https://bugzilla.opensuse.org/show_bug.cgi?id=1187280) provided in an
updated shim package shim-15.4-11.31.x86_64.rpm.
Unfortunately, my knowledge of the details of the boot process is
limited and not sufficient to analyze whatever has been updated in this
package. I do not know if such a package exists in the debian
distribution, but of course, the file bootx64.efi also exists on the
debian live system USB-key as generated above.

Is there any way to create a debian compatible bootx64.efi that would
solve the boot problem?

I am prepared to send you any additional information needed, if you
guide me to find it (I have no previous debian experience ...).

Regards
--
=======================================================================
Bernd Speiser
Institut für Organische Chemie
Auf der Morgenstelle 18
D-72076 Tübingen
Germany
=======================================================================
Thomas Schmitt
2021-09-09 19:50:03 UTC
Permalink
Hi,
I do not know to which mailing list I should send this request/bug report
since it is not obviously related to a particular package.
[...]
I downloaded the debian-live-11.0.0-amd64-kde.iso
[...]
set_second_stage() failed: Invalid Parameter
Something has gone seriously wrong: shim_init() failed: Invalid Parameter
shim is a package against which you can file bugs.

If you prefer mailing list conversation
https://tracker.debian.org/pkg/shim-signed
points to
https://qa.debian.org/developer.php?email=debian-efi%40lists.debian.org
which mentions
debian-***@lists.debian.org
https://lists.debian.org/debian-efi/

Then there is
debian-***@lists.debian.org
https://lists.debian.org/debian-live/
which is about production of the debian-live ISOs and should be interested
in learning about boot failures.
https://bugzilla.opensuse.org/show_bug.cgi?id=1187280
The time when this was discussed would match
https://bugs.launchpad.net/ubuntu/+source/shim/+bug/1937115
but the error messages are different.
Nevertheless if you are bored enough you could test whether their Live
ISOs boot for you after their shim repair:
http://cdimage.ubuntu.com/daily-live/current/
If so, then this might be a clue for the Debian developers.


Have a nice day :)

Thomas
Bernd Speiser
2021-09-10 13:10:02 UTC
Permalink
Thomas,
thanks for these links. I guess the two mailing lists will be the ones
to go for.
Best regards
Bernd

Andrew M.A. Cater
2021-09-09 20:20:01 UTC
Permalink
Hi,
I do not know to which mailing list I should send this request/bug report
since it is not obviously related to a particular package. I'd be grateful
for your help.
I use a Fujitsu Lifebook A3510 which only has uefi boot as an option (no
more legacy boot available). Secure boot is disabled. The BIOS is Insyde H20
v. 1.10 (04/23/2021). On this machine, I have installed openSUSE Leap 15.3.
I want to use the debian live system (in fact, I want to use GParted which
is based on debian). Thus, I downloaded the debian-live-11.0.0-amd64-kde.iso
(checksum OK) and copied to a USB-Stick.
https://gparted.org/liveusb.php - Download gparted directly and try with
their image.

You might want to try to boot the Debian live image you have with secure boot
enabled and see if that will actually boot successfully. Recent media
does support secure boot well.
This stick boots the live system OK on another Fujitsu Lifebook (E756) which
still has the legacy boot process, so I guess it is a valid bootable medium.
Now, on the A3510 with uefi boot, the boot process stops quickly with the
set_second_stage() failed: Invalid Parameter
Something has gone seriously wrong: shim_init() failed: Invalid Parameter
As a result, the live system of course is not available.
Is there any way to create a debian compatible bootx64.efi that would solve
the boot problem?
As above, you should not need to do this.
I am prepared to send you any additional information needed, if you guide me
to find it (I have no previous debian experience ...).
Regards
--
=======================================================================
Bernd Speiser
Institut für Organische Chemie
Auf der Morgenstelle 18
D-72076 Tübingen
Germany
=======================================================================
With every good wish as ever,

Andy Cater
Bernd Speiser
2021-09-10 13:00:03 UTC
Permalink
Andy,
thanks for the suggestions.
I had tried the GParted image before. In fact, using their image first
brought up the boot error in my case and the GParted developers pointed
me to debian, as this is their underlying system.
I have now also tried to boot with "secure boot option" enabled, but the
outcome is the same.
So, unfortunately, no luck with these.
Since - as I stated in the original post - a similar problem occured in
the openSUSE installation medium (and could be resolved there), I guess
it is quite obvious that it has to do with the combination of firmware
and the non-modified boot code.
Best regards
Bernd
Loading...