Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upQubes kernel breaks ecryptfs #2363
Comments
andrewdavidwong
added
bug
C: kernel
labels
Oct 4, 2016
andrewdavidwong
added this to the Release 3.2 milestone
Oct 4, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
cklin
Oct 17, 2016
Just hit this problem after restoring to a newly installed (i.e., with 4.4.14 kernel only) Qubes 3.2 system. I would appreciate if a fix could be expedited, as I am now essentially locked out of my ecryptfs directories in my appvms.
cklin
commented
Oct 17, 2016
|
Just hit this problem after restoring to a newly installed (i.e., with 4.4.14 kernel only) Qubes 3.2 system. I would appreciate if a fix could be expedited, as I am now essentially locked out of my ecryptfs directories in my appvms. |
marmarek
modified the milestones:
Release 3.2,
Release 3.2 updates
Nov 19, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Dec 3, 2016
Member
If this is fixed in 4.4.16, should be already ok in Qubes, as we have 4.4.31 already.
|
If this is fixed in 4.4.16, should be already ok in Qubes, as we have 4.4.31 already. |
marmarek
closed this
Dec 3, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
petaramesh
Dec 5, 2016
petaramesh
commented
Dec 5, 2016
|
I am happy ton confirm that kernel 4.4.31-11.pvops.qubes.x86_64 fixes
this bug.
|
petaramesh commentedOct 4, 2016
Qubes OS version :
R3.2Using kernel
4.4.14-11.pvops.qubes.x86_64Affected TemplateVMs (e.g.,
fedora-23, if applicable):fedora-23, and all others relying on same kernel4.4.14-11.pvops.qubes.x86_64Expected behavior:
I would like to be able to use ecryptfs inside VM.
Actual behavior:
Trying to use
ecryptfsinside VM doesn't allow to list contents of mounted directories, with message:ls: cannot open directory blah/: Wrong medium typeSteps to reproduce the behavior:
Install
ecryptfsand try to mount existing encrypted dir.General notes:
This is a known kernel issue supposedly fixed starting from kernel
4.4.16-1-lts, see for example :https://bbs.archlinux.org/viewtopic.php?id=214258