Summary: | Can't mount encrypted drives | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-solid | Reporter: | 31113 |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | CLOSED FIXED | ||
Severity: | major | CC: | ahjolinna, boredsquirrel, ctrlaltca, edmund.laugasson, fabian, gcala, kdelibs-bugs, lukas, nate, nicolas.fella, pvdvegte, robby.engelmann |
Priority: | NOR | Keywords: | qt6 |
Version: | 5.246.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=485507 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
31113
2023-12-02 14:56:03 UTC
*** Bug 477877 has been marked as a duplicate of this bug. *** This is working fine for me, and the error message indicates a setup or configuration problem on the system. I'd recommend contacting your distro folks about it, maybe through their forum. Looking at solid code, I see this: // TODO KF6: remove hard dep on Plasma5 here which provides the SolidUiServer kded5 plugin QDBusInterface soliduiserver("org.kde.kded5", "/modules/soliduiserver", "org.kde.SolidUiServer"); QDBusReply<void> reply = soliduiserver.call("showPassphraseDialog", udi, returnService, m_lastReturnObject, wId, appId); m_passphraseRequested = reply.isValid(); if (!m_passphraseRequested) { qCWarning(UDISKS2) << "Failed to call the SolidUiServer, D-Bus said:" << reply.error(); } That would explain it, kded5 is probably not pulled in by anything currently. I definitely wouldn't expect solid to need it. Is this actually correct that it needs kded5? I see that plasma-workspace 6 has a soliduiserver module with the showPassphraseDialog method. (In reply to Nicolas Fella from comment #4) > See https://invent.kde.org/frameworks/solid/-/merge_requests/134 Ok, so FWICT just waiting for a minor change. I confirm the bug. I'm also on Archlinux with [kde-unstable] enabled Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.7-arch1-1 (64-bit) Graphics Platform: X11 Processors: 4 × AMD A8-6500 APU with Radeon(tm) HD Graphics Memory: 7.7 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 solid 5.246.0 udisks2 2.10.1 (kded5, solid5 not installed) I can also confirm this issue on openSUSE (microOS/Kalpa with kde git repos added), hopefully will get fixed before launch ------- Operating System: openSUSE MicroOS 20231218 KDE Plasma Version: 5.90.90 KDE Frameworks Version: 5.247.0 Qt Version: 6.6.1 Kernel Version: 6.6.6-1-default (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 5700G with Radeon Graphics Memory: 46.8 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3060 Ti/PCIe/SSE2 I was trying plasma 6 with openSUSE Krypton and also experienced this. I was bitten by this same bug, recompiling Solid with https://invent.kde.org/frameworks/solid/-/merge_requests/134 fixed the issue for me. *** Bug 479261 has been marked as a duplicate of this bug. *** Now resolved on openSUSE Krypton after updating today :-) since some days it re-appeared in openSUSEs master builds... Please open a new bugreport I have to admit, that with newest KDE 6.1.0 we see regression and issue is back. Cannot unlock LUKS-encrypted EXT4 (presumably any other filesystem as well) drive in no way via systray icon. When drive connected, it will open but clicking to unlock and mount says, that not enough permissions. KDE Plasma: 6.0.3 KDE Frameworks: 6.1.0 Qt: 6.7.0 Kernel: 6.8.5 (64-bit) Display server: X11 (applies also to Wayland, where that drop-down menu for mounting didn't appear at all!) solid version: 6.1.0-1 solid5 version: not installed udisks2 version: 2.10.1-4 Please open a new bugreport FWIW I just encountered the issue this morning. No time to debug it right now as I am boarding a plane in 20 minutes; will comment in the new bug report. Can you file one and mention it here, Edmund? |