mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3604] firejail firejail does not work in openSUSE #2260
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#2260
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 @smitsohu on GitHub (Aug 26, 2020).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3604
Bug and expected behavior
firejail firejaildoes not work in openSUSE if the sandbox is configured with anogroupsornorootoption.It (usually) works in other distributions such as Debian.
Reproduce
Steps to reproduce the behavior:
firejail --noprofile --nogroups firejailorfirejail --noprofile --noroot firejailBackground
The reason is that the distribution sets permission on the Firejail executable to 4750, and group ownership to supplemental group
firejail. If the sandbox removesfirejailgroup membership in one way or the other, there is no permission to execute Firejail any more.Workarounds exist. Either put
in /etc/firejail/globals.local or set permission on Firejail executable to 4755
@smitsohu commented on GitHub (Dec 21, 2020):
norootshould work as of36f1950fdc@kmk3 commented on GitHub (Oct 22, 2021):
@smitsohu commented on Dec 21, 2020:
Is this resolved then?
@rusty-snake commented on GitHub (Oct 22, 2021):
AFAIK no because of
nogroups.