Summary: | gnome-disks does not recognize LUKS volume on USB drive | ||
---|---|---|---|
Product: | udisks | Reporter: | Michael Monreal <michael.monreal+bugs> |
Component: | luks | Assignee: | David Zeuthen (not reading bugmail) <zeuthen> |
Status: | NEW --- | QA Contact: | |
Severity: | major | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Logs
Screenshot |
Description
Michael Monreal
2014-05-27 16:56:24 UTC
Created attachment 99965 [details]
Logs
Here is some relevant output. Please tell me if you need anything else.
My system has the following packages btw:
udisks2-2.1.2-2.fc20.x86_64
gvfs-1.20.2-1.fc20.x86_64
libatasmart-0.19-5.fc20.x86_64
gnome-disk-utility-3.12.1-1.fc20.x86_64
Created attachment 100057 [details]
Screenshot
Here's a screenshot to better show the problem.
I also found that udisksctl does not seem to "see" sdb1 (it sees sdb just fine): --- $ udisksctl info -b /dev/sdb1 Error looking up object for device /dev/sdb1 --- In order to test this further I deleted the partition, created a new GPT and recreated the partition with the same size: no change. However I discovered that the LUKS volume shows up and works fine on older Fedora releases (tested with F17), so it looks like the disk and partitioning is actually totally fine and there is some regression in gnome-disks/udisk/kernel? I will try again tomorrow with a more recent release (F19) to narrow down the regression window. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.