*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports Please remove this comment after reading and before submitting - thanks! *** SUMMARY Permanently mounted, LUKS encrypted, direct attached storage volumes, under /mnt, are not visible or accessible in Dolphin. STEPS TO REPRODUCE 1. Have permanent, LUKS encrypted volumes, in /etc/fstab 2. Open Dolphin 3. None of them are visible (or accessible) when viewing /mnt OBSERVED RESULT Not one volume is showing in the folder tree or main window under /mnt EXPECTED RESULT I would expect Dolphin to behave just like Konqueror does or even Nemo. To show me the permanent volumes I have mounted in /mnt which -- to be frank -- is the appropriate location for mounting permanent disks that are physically installed in your workstation (SATA). SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Operating System: Kubuntu 25.10 KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.17.0 Qt Version: 6.9.2 Kernel Version: 6.17.0-5-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I've tried adding "x-gvfs-show" as a mount option in fstab and rebooting. Even went so far as to create udev override rules in [/etc/udev/rules.d/80-udisks2-force-show.rules]: # Force UDisks to show your LUKS-mapped volumes KERNEL=="dm-*", ENV{DM_NAME}=="luks-*", ENV{UDISKS_IGNORE}="0", ENV{UDISKS_SYSTEM}="0", ENV{UDISKS_AUTO}="1" (Which was suggested by Google Gemini) to no avail. NONE of my permanently mounted volumes are showing in /mnt in Dolphin. I can access them just fine using every other file-manager on my system (Konqueror, Nemo, PCMan, and others.)
Here's my `/etc/fstab`: ``` gme@kde-desktop:~$ cat /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a device; this may # be used with UUID= as a more robust way to name devices that works even if # disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> UUID=605E-36ED /boot/efi vfat defaults 0 2 UUID=6dd6face-23b9-4cf7-8128-1312b3156b01 /boot ext4 defaults 0 2 /dev/mapper/luks-b250e9b5-fcd3-4f4c-8440-d9c436d93806 / ext4 defaults 0 1 /swapfile swap swap defaults 0 0 tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 /dev/mapper/luks-928ca301-f97c-4ed1-ac7e-4f95afe91c31 /mnt/WXH1AC6NUA11 ext4 defaults 0 1 /dev/mapper/luks-4f1fd094-f64b-41d1-8128-232407cb417f /mnt/NA9FPP5Y ext4 defaults 0 1 /dev/mapper/luks-cdd96d08-d1a9-42cb-a7c2-628806c5eb4a /mnt/ZA231AMC ext4 defaults 0 1 /dev/mapper/luks-6250881e-0b2e-47fe-8b35-25586323e59d /mnt/S5VUNG0R103220X ext4 defaults 0 1 /dev/mapper/luks-f72e4864-1b3d-4b61-82d8-e98684fcbe1a /mnt/ZCT2CLFC ext4 defaults 0 1 /dev/mapper/luks-26acc33b-fda3-4298-a42f-0354b9a3cda5 /mnt/ZCT2BMV0 ext4 defaults 0 1 /dev/mapper/luks-1e4882d3-0876-4640-859c-41c0c6f5117b /mnt/WCJ1ENJ5 ext4 defaults 0 1 /dev/mapper/luks-0ccdc595-de46-4e21-b03b-2f1d4155c7ec /mnt/WX11D587JS2N ext4 defaults 0 1 gme@kde-desktop:~$ ```
Did you try, in dolphin, in the place panel (left panel by default) context menu > "show all entries" Otherwise Could you attach here file created with this command: solid-hardware6 list details > solid-list-details.txt
Screenshot: <https://imgur.com/a/LEoxtVM> Also, none of those drives under "Devices" are physically removable. I wonder if that's a result of the udev rules I manually added earlier? Here's the output of that command: <https://pastebin.com/dB3gsFes>
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
Requested information was provided in [Comment 3] on [2025-10-23 14:49:00 UTC].