| Summary: | lusk disk are not properly handled on dirty remove | ||
|---|---|---|---|
| Product: | [Unmaintained] solid | Reporter: | irrlicht <dr.head> |
| Component: | libsolid-udisks | Assignee: | Lukáš Tinkl <lukas> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | normal | CC: | afiestas, ht990332 |
| Priority: | NOR | ||
| Version First Reported In: | 4.9.3 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| 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 |