mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #310] ecryptfs integration #218
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#218
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 @lalbers on GitHub (Feb 20, 2016).
Original GitHub issue: https://github.com/netblue30/firejail/issues/310
--overlay option does not work
sample output:
tested on:
3.19.0-32-generic
@Sidnioulz commented on GitHub (Feb 21, 2016):
For this kind of debugging I suspect it would help netblue30 a lot to provide a snapshot of the mount units you have on your system, with all the mount options and filesystem types. Pasting your /proc/mounts might be necessary.
I also had a lot of issues with --overlay that boiled down to some of my mount units not being mounted inside the OverlayFS upper layer (it's not recursive!) so I had to parse /proc/mounts and re-mount the units I wanted inside the upper layer. In my fork I now have multiple OverlayFS units, one for each persistent drive that I want to have (e.g. /, /home, /mnt/some/name).
@lalbers commented on GitHub (Feb 21, 2016):
The reason for this problem, seems to be an encrypted home dir. I created a user without an encrypted home dir and used 'firejail --overlay', now it worked.
however here's my output from "/proc/mounts":
@zaldnoay commented on GitHub (Jun 22, 2016):
The problem happened in my computer. Like @twoDarkMessiah , i have a standalone home dir with LUKS encryption.
dmesgshowoverlayfs: upper fs needs to support d_type.error at the same time.Here is my output of
mountSample firejail error output
Enviroment:
Kernel 4.6.2
firejail 0.9.40
@chiraag-nataraj commented on GitHub (Jul 25, 2018):
Is this still an issue? I currently have a laptop with two hard drives, each independently encrypted with LVM groups inside:
and
firejail --overlayworks just fine. As you can see from the output above, my home drive is encrypted independently of the (root + swap) drive.Maybe I misunderstood the exact scenario above though.
@chiraag-nataraj commented on GitHub (Aug 19, 2018):
Closing for inactivity. @twoDarkMessiah and @zaldnoay, please feel free to re-open if you still have the issue.