mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2860] seccomp causes steam (and other) games to freeze #1785
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#1785
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ghost on GitHub (Jul 16, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2860
Nvidia 418.56 Ubuntu 18.04 up-to-date w/ Gnome. Firejail built today from master.
So to track down some issues I ran steam with noprofile and when I added seccomp Proton/Wine games would freeze. Usually 1-2 seconds of intro video (or something else) would play with sound before freezing completely. The freeze is not global so alt tabbing works, mouse is not released though. Ctrl C on the firejail steam terminal window works.
I settled on
--disable-mnt --net=eth0 --defaultgw=192.168.0.1 --dns=1.1.1.1 --private=~/jailed --noroot --nonewprivs --nogroups --noprofile steam
And steam and its proton games run with no issues.
The same is true of Lutris (python wine manager), seccomp causes games to not even start and game launchers to start slowly - the wine virtual desktop starts. In this particular case I also noted that Lutris itself was unable to kill the wine processes it started (it has an option to kill all wine processes), probably related. Running the above options with Lutris solved all problems.
@rusty-snake commented on GitHub (Jul 17, 2019):
@LamaRaz can you try if
firejail --ignore=seccomp steamalso works.EDIT:
What is the output from
journalctl --grep=syscallafter crashing withfirejail steam.@ghost commented on GitHub (Jul 17, 2019):
only these:
@rusty-snake commented on GitHub (Jul 17, 2019):
@LamaRaz can you try
firejail --allow-debuggers steam@ghost commented on GitHub (Jul 17, 2019):
Well now --seccomp doesn't freeze my games. --allow-debuggers is the fix, not sure what it means though but results are results.
@rusty-snake commented on GitHub (Jul 17, 2019):
FYI: your journal show that
syscall=101is blocked, the following show what syscall is blocked. And--allow-debuggersallowptrace.@ghost commented on GitHub (Jul 17, 2019):
I was more wondering why Wine needs ptrace to not freeze and why others have not reported the same issue. Is it only my setup that requires ptrace for some reason?
@ghost commented on GitHub (Jul 17, 2019):
Game now froze randomly in a battle where before it never froze. Nothing in journalctl.
Will just be on the safe side and not use seccomp, not particularly worried about steam games doing targeted exploitation, just don't want spyware anticheats uploading lists of my filesystem.
@boltronics commented on GitHub (Jul 28, 2019):
Confirming seccomp has been causing me issues as well (0.9.58.2-2 as shipped in Debian buster). Shows the same error when launching Steam as was introduced by the recent kernel networking issue, making this quite frustrating to troubleshoot.
@boltronics commented on GitHub (Jul 28, 2019):
In fact, even with that directive ignored, I'm still getting intermittent issues connecting, so there must be something else as well going on. I'm probably going to have to slowly narrow down this issue over time.
@rusty-snake commented on GitHub (Oct 13, 2019):
I'm closing here due to inactivity, please fell free to reopen if you have more questions.