output of firejail ./start.sh:
Reading profile /etc/firejail/default.profile
Reading profile /etc/firejail/disable-common.inc
Reading profile /etc/firejail/disable-programs.inc
Reading profile /etc/firejail/landlock-common.inc
** Note: you can use --noprofile to disable default.profile **
firejail version 0.9.80
Parent pid 63759, child pid 63760
Warning: /sbin directory link was not blacklisted
Warning: /usr/sbin directory link was not blacklisted
Base filesystem installed in 22.11 ms
Child process initialized in 56.25 ms
Running Undertale
[binfmt_dispatcher] Using FEX with muvm
Error: Failed to create lock file
Caused by:
Permission denied (os error 13)
Parent is shutting down, bye...
./start.sh is a shell script that launches the executable, its running the script (hence the "Running Undertale") but the executable (which is x86_64) cannot be run because Firejail restrictions block the muvm/FEX lock file
how do i configure firejail to allow muvm/FEX to launch
Hi, I was recently playing around with muvm and FEX too. I am new to FEX, muvm and firejail, though, and I am currently trying to resolve my own issue with adding a library to the FEX rootFS. Anyway, I could replicate your error by running:
I guess this can be resolved by
unfortunately, I currently don't know how to do either
I guess we need to creat some sort of config similar to the ones for PCSX2 or dolphin-emu
EDIT:
from: https://firejail.wordpress.com/documentation-2/
I learned two more things:
1.) I could replicate the error with only:
firejail muvm FEXBash2.) I tried to locate the lock file by running
muvm FEXBash & ps aux | grep muvmand using the PID inlsof -p $PID, but both/run/user/$(id -u)/muvm.lockand$HOME/.local/share/fex-emu/Server/Server.lockstayed present even after kill muvm ...EDIT: I checked both mentioned files with
fuser $HOME/.local/share/fex-emu/Server/Server.lockandfuser /run/user/$(id -u)/muvm.lockwithmuvm FEXBashrunning and not running and it returned the PID ofmuvm FEXBash(obviously) only while it was running.So maybe this could be resolved simply by allowing access to those two files.
one step closer:
But I don't know why it can't read
/proc/device-tree/compatibleeven though I don't use a profile ...