Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1056331: qemu-user-static: fails to run any binary with message "error while loading shared libraries" on Apple Silicon
37 views
Skip to first unread message
Ben Westover
Nov 20, 2023, 8:40:06 PM11/20/23
to
Package: qemu-user-static
Version: 1:8.1.2+ds-1
Severity: important
X-Debbugs-Cc: tho...@glanzmann.de
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello,
On my M1 Mac Mini running Thomas Glanzmann's Asahi port, qemu-user-static
fails with only the message "error while loading shared libraries:" and
nothing else; this is when trying to run any binary in a fresh debootstrap
chroot which should have all the libraries it needs. QEMU did used to have
a bug affecting Apple Silicon, but this was fixed in 8.1.1. Folks in the
IRC chat suggest that it may be a Debian packaging issue.
Thanks,
- --
Ben Westover
- -- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm64 (aarch64)
Kernel: Linux 6.5.0-asahi-00780-g62806c2c6f29 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
qemu-user-static depends on no packages.
Versions of packages qemu-user-static recommends:
ii systemd 254.5-1
qemu-user-static suggests no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEOGnacqRhdU6eNmtFwxHF9U6JtpgFAmVcCBwACgkQwxHF9U6J
tphu4Q/+Iply2hp9Pzdq14ZCwZ9hlvygugrYgCuriJy3zmlctsT0Puhdn2By7dDZ
OBz2SkQtot9ddGaew3z/3iGh8IiBcjKjlWtPWIH6YN27iApYUAu2sXH5TvC7Ca7v
7QapiPF91BVf//tddE5D505hBU0CNjvNrmII+7TXDRGdoJIJd0jCYCMEuiAliE8Y
RF3/JE+NQeXWKKFjHy13v2+055Uxvyh/C63UiCuvAxrpitfQLZdrB9tMgk+ADTi+
JB2yad164blFRNAv2A4Qke8PoSOhlbyTGHyAYVK1eFwx7ckl/8+K/0BpQciTD7KE
U/6v7GRx4efHSfguPLTWlf6Pfvpekx+/aLjleeAOurMHDgg7AcdO7d2A7AGjhMTO
ksdL9gNHfIYYxu8MhnNIrwjZHk3ntmEshh65e1L3PCARTsZt/qzKdimeziCmqKgR
Aqsak/mNvWnGlQzA/F1JrPXoaiejbzwNWm2RZW4M3uWGFMpKVH5acF2yFd0CuFQO
gGfc96HomMw7uZxtpGcPQALqDWvpsKHUlYaNRuC3XQI6qXoWJiaaBslVx9LII6Kk
rAz9pG1PwG65c8s+ansZ4DMjwL8Sp2eBw+mwl6Bm17y/l1FThf0XmvPEA4B3NQ/b
hAUkpOj6gb0LwgtOfJ4sx0DAEC5OqKsolEj8X0FPqRYixLgNMMY=
=EY8G
-----END PGP SIGNATURE-----
Version: 1:8.1.2+ds-1
Severity: important
X-Debbugs-Cc: tho...@glanzmann.de
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello,
On my M1 Mac Mini running Thomas Glanzmann's Asahi port, qemu-user-static
fails with only the message "error while loading shared libraries:" and
nothing else; this is when trying to run any binary in a fresh debootstrap
chroot which should have all the libraries it needs. QEMU did used to have
a bug affecting Apple Silicon, but this was fixed in 8.1.1. Folks in the
IRC chat suggest that it may be a Debian packaging issue.
Thanks,
- --
Ben Westover
- -- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm64 (aarch64)
Kernel: Linux 6.5.0-asahi-00780-g62806c2c6f29 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
qemu-user-static depends on no packages.
Versions of packages qemu-user-static recommends:
ii systemd 254.5-1
qemu-user-static suggests no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEOGnacqRhdU6eNmtFwxHF9U6JtpgFAmVcCBwACgkQwxHF9U6J
tphu4Q/+Iply2hp9Pzdq14ZCwZ9hlvygugrYgCuriJy3zmlctsT0Puhdn2By7dDZ
OBz2SkQtot9ddGaew3z/3iGh8IiBcjKjlWtPWIH6YN27iApYUAu2sXH5TvC7Ca7v
7QapiPF91BVf//tddE5D505hBU0CNjvNrmII+7TXDRGdoJIJd0jCYCMEuiAliE8Y
RF3/JE+NQeXWKKFjHy13v2+055Uxvyh/C63UiCuvAxrpitfQLZdrB9tMgk+ADTi+
JB2yad164blFRNAv2A4Qke8PoSOhlbyTGHyAYVK1eFwx7ckl/8+K/0BpQciTD7KE
U/6v7GRx4efHSfguPLTWlf6Pfvpekx+/aLjleeAOurMHDgg7AcdO7d2A7AGjhMTO
ksdL9gNHfIYYxu8MhnNIrwjZHk3ntmEshh65e1L3PCARTsZt/qzKdimeziCmqKgR
Aqsak/mNvWnGlQzA/F1JrPXoaiejbzwNWm2RZW4M3uWGFMpKVH5acF2yFd0CuFQO
gGfc96HomMw7uZxtpGcPQALqDWvpsKHUlYaNRuC3XQI6qXoWJiaaBslVx9LII6Kk
rAz9pG1PwG65c8s+ansZ4DMjwL8Sp2eBw+mwl6Bm17y/l1FThf0XmvPEA4B3NQ/b
hAUkpOj6gb0LwgtOfJ4sx0DAEC5OqKsolEj8X0FPqRYixLgNMMY=
=EY8G
-----END PGP SIGNATURE-----
Michael Tokarev
Nov 21, 2023, 10:40:05 AM11/21/23
to
21.11.2023 04:30, Ben Westover :
I'm present on irc too (#qemu on oftc).
Care to tell more please?
I'm definitely interested, since I'm also the one who manages qemu stable
releases, including 8.1.1 and 8.1.2 (and just-released 8.1.3). There should
be no differences between upstream qemu and debian qemu in this area, at
least not the differences introducing bugs. All changes I additionally
applied to debian qemu package either has been included in 8.1.3 or will
be in 8.1.4.
Unfortunately I can't reproduce this issue since I don't have hardware.
/mjt
> Package: qemu-user-static
> Version: 1:8.1.2+ds-1
> Severity: important
> X-Debbugs-Cc: tho...@glanzmann.de
>
> Version: 1:8.1.2+ds-1
> Severity: important
> X-Debbugs-Cc: tho...@glanzmann.de
>
> Hello,
>
> On my M1 Mac Mini running Thomas Glanzmann's Asahi port, qemu-user-static
> fails with only the message "error while loading shared libraries:" and
> nothing else; this is when trying to run any binary in a fresh debootstrap
> chroot which should have all the libraries it needs. QEMU did used to have
> a bug affecting Apple Silicon, but this was fixed in 8.1.1. Folks in the
> IRC chat suggest that it may be a Debian packaging issue.
Hi!
>
> On my M1 Mac Mini running Thomas Glanzmann's Asahi port, qemu-user-static
> fails with only the message "error while loading shared libraries:" and
> nothing else; this is when trying to run any binary in a fresh debootstrap
> chroot which should have all the libraries it needs. QEMU did used to have
> a bug affecting Apple Silicon, but this was fixed in 8.1.1. Folks in the
> IRC chat suggest that it may be a Debian packaging issue.
I'm present on irc too (#qemu on oftc).
Care to tell more please?
I'm definitely interested, since I'm also the one who manages qemu stable
releases, including 8.1.1 and 8.1.2 (and just-released 8.1.3). There should
be no differences between upstream qemu and debian qemu in this area, at
least not the differences introducing bugs. All changes I additionally
applied to debian qemu package either has been included in 8.1.3 or will
be in 8.1.4.
Unfortunately I can't reproduce this issue since I don't have hardware.
/mjt
Michael Tokarev
Feb 5, 2024, 11:30:06 AM2/5/24
to
Adding more info here.
Asahi Linux, according to some docs, uses 16Kb page size.
qemu-user does not have an MMU, and the worst combination
is when host page size is larger than guest page size, which
is what we have here. It just doesn't work, with all promises
off.
I'm not saying this particular failure is due to the page
size differences, but it is a huge influencing factor.
/mjt
Asahi Linux, according to some docs, uses 16Kb page size.
qemu-user does not have an MMU, and the worst combination
is when host page size is larger than guest page size, which
is what we have here. It just doesn't work, with all promises
off.
I'm not saying this particular failure is due to the page
size differences, but it is a huge influencing factor.
/mjt
Michael Tokarev
Feb 5, 2024, 11:40:07 AM2/5/24
to
An extra info. The same symptoms happen to show up on ppc64el
host with 64Kb page size. Again, not saying page size is the
reason, but it's still a good indication.
/mjt
host with 64Kb page size. Again, not saying page size is the
reason, but it's still a good indication.
/mjt
Michael Tokarev
Feb 6, 2024, 3:30:05 PM2/6/24
to
0 new messages