|
Bugzilla – Full Text Bug Listing |
| Summary: | mounted ecryptfs directory listing impossible | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Distribution | Reporter: | Forgotten User sZOYI8rJY8 <forgotten_sZOYI8rJY8> |
| Component: | Kernel | Assignee: | E-mail List <kernel-maintainers> |
| Status: | RESOLVED DUPLICATE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Critical | ||
| Priority: | P5 - None | CC: | astieger |
| Version: | Leap 42.1 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 42.1 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
Dup of 989084 *** This bug has been marked as a duplicate of bug 989084 *** |
summary: after updating kernel 4.1.26-21-default to 4.1.27-24-default for Leap 42.1-Update an ecryptfs directory correctly mounted cannot be listed anymore, where files are still accessible by name. This bug was reported elsewhere for other kernel versions, but so far not for 4.1.x. Booting again with 4.1.26-21-default brings normal behavior back. How to reproduce: boot 4.1.27-24-default mount an ecryptfs-encrypted directory ls in that directory fails with error message: Wrong medium type ls filename (where filename is a known and existing filename) works correctly this bug is critical for users with encrypted home or essential files in an encrypted directory