Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question: qus after docker system prune #23

Open
gogobd opened this issue Jan 19, 2024 · 1 comment
Open

Question: qus after docker system prune #23

gogobd opened this issue Jan 19, 2024 · 1 comment
Labels
question Further information is requested

Comments

@gogobd
Copy link

gogobd commented Jan 19, 2024

Hi! As far as I understood I have to call docker run --rm --privileged aptman/qus -s -- -p after I do docker system prune -af. Is that correct? Is there a way to make qus "survive" a system prune or have it restart automatically?

Btw thanks everyone for this extremely useful piece of software!

@umarcor
Copy link
Member

umarcor commented May 25, 2024

My guess is that you should not need to register the interpreter again after a docker system prune. Did you try it?

When you register the interpereter the first time, it is done persistently, so the interpreter (the QEMU static binary) is loaded into memory. Then, the container exits and it's removed. From there on, it should not matter what you do with docker. You should be able to even uninstall it and still execute foreign binaries on the host (which will be handled by the interpreter still loaded into memory).

However, if you restart the host system you will need to register the interpreter again. You can use typical features/tools, such as systemd, in order to have qus run after a host system (re)start. There is some support for systemd in qemu-binfmt-conf.sh (see https://github.com/qemu/qemu/blob/master/scripts/qemu-binfmt-conf.sh#L197-L200 and https://github.com/qemu/qemu/blob/master/scripts/qemu-binfmt-conf.sh#L293-L296) but that's unrelated to qus. In order to use that, you would need to have the binaries available on the host. Alternatively, you could write your own systemd task which calls aptman/qus.

@umarcor umarcor added the question Further information is requested label May 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants