Summary: | lusk disk are not properly handled on dirty remove | ||
---|---|---|---|
Product: | [Frameworks and Libraries] solid | Reporter: | irrlicht <dr.head> |
Component: | libsolid-udisks | Assignee: | Lukáš Tinkl <lukas> |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | normal | CC: | afiestas, ht990332 |
Priority: | NOR | ||
Version: | 4.9.3 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | the bug screenshot |
Description
irrlicht
2011-02-04 20:48:21 UTC
KDE 4.6.4 still not fixed. KDE 4.7.4 still not fixed. See screenshot pls. This happends after entering RIGHT password, then dirty remove(or just type 3 times wrong root password) and you have to reboot pc to be able to mount encrypted drive by KDE again. Created attachment 66501 [details]
the bug screenshot
This happends after entering RIGHT password, then dirty
remove(or just type 3 times wrong root password) and you have to reboot pc to
be able to mount encrypted drive by KDE again.
Still not fixed in 4.9.3. I see this too. it shows the original unencypted volume and the luks opened partition which is redundant. I commented in wrong bug, sorry This is udisks bug... see https://bugzilla.redhat.com/show_bug.cgi?id=835120 and https://bugzilla.redhat.com/show_bug.cgi?id=835126 |