GNU bug report logs - #61986
Installing qemu-binfmt with support for emulating the host architecture breaks everything

Previous Next

Package: guix;

Reported by: "J. Sims" <jtsims <at> protonmail.com>

Date: Sun, 5 Mar 2023 18:34:02 UTC

Severity: normal

Full log


View this message in rfc822 format

From: "J. Sims" <jtsims <at> protonmail.com>
To: 61986 <at> debbugs.gnu.org
Subject: bug#61986: Installing qemu-binfmt with support for emulating the host architecture breaks everything
Date: Sun, 05 Mar 2023 18:33:07 +0000
Hey y'all,

I recently setup virtualization on my Guix machine (both libvirt and qemu, for different purposes). While configuring libvirt (via virt-manager), I got a bit confused about how to make things work and also installed qemu-binfmt for x86_64, the host architecture. Upon my next reboot, however, I reached a fully-booted TTY and was unable to do anything else. GDM was not launching, and if I attempted to login to the TTY itself, I was greeted by an error message like the following:

"cannot execute /gnu/store/path-to-something/bin/thing: Too many layers of symlinks"

After some misadventures, I have finally narrowed down that the cause of this issue was having x86_64 in the list of qemu-binfmt-configuration platforms while running on x86_64. I assume that including the host architecture in the list of platforms for qemu-binfmt will do this regardless of architecture, but cannot currently test this.

Here's what I believe to be a minimum reproducible example for x86_64:

```
(operating-system
 ...
 (services (cons*
             (service qemu-binfmt-service-type
                      (qemu-binfmt-configuration
                        (platforms (lookup-qemu-platforms "x86_64"))))
           ...)
 ...)
```

Good luck,
Juli




This bug report was last modified 1 year and 25 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.