Bug 510042 - Error mounting ntfs partition on NVME SSD storage device using dolphin
Summary: Error mounting ntfs partition on NVME SSD storage device using dolphin
Status: CONFIRMED
Alias: None
Product: dolphin
Classification: Applications
Component: general (other bugs)
Version First Reported In: 25.04.3
Platform: Debian stable Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 480796 (view as bug list)
Depends on:
Blocks:
 
Reported: 2025-09-29 09:40 UTC by czz
Modified: 2025-12-01 20:34 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description czz 2025-09-29 09:40:58 UTC
SUMMARY
Error mounting NVME SSD storage device using dolphin.

STEPS TO REPRODUCE
1. Start dolphin.
2. Click a NVME SSD storage device in the left panel.
3. Enter the password for mounting.

OBSERVED RESULT
A red error bar popup on the right:
Error mounting /dev/nvme1n1p1 at /media/<username>/<diskname>: wrong fs type, bad option, bad superblock on /dev/nvme1n1p1, missing codepage or helper program, or other error

EXPECTED RESULT
Mount the NVME SSD successfully as it used to be.

SOFTWARE/OS VERSIONS
Operating System: Debian GNU/Linux 13
KDE Plasma Version: 6.3.6
KDE Frameworks Version: 6.13.0
Qt Version: 6.8.2
Kernel Version: 6.12.48+deb13-amd64 (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION
1. Mounting with command line `sudo mount /dev/nvme1n1p1 /media/<username>/<diskname>` (assume /media/<username>/<diskname> directory has been created before` work without any problem.
2. Using dolphin to mount a SATA SSD also work well.
Comment 1 TraceyC 2025-09-30 17:29:46 UTC
I'm not experiencing this problem on either of my systems (Plasma 6.4.5 or git-master), both of which have nvme drives
Do you have the same problem with a brand new system user?

This might be a configuration issue, or a distro level issue
Comment 2 Bug Janitor Service 2025-10-15 03:47:13 UTC
๐Ÿ›๐Ÿงน โš ๏ธ 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!
Comment 3 Bug Janitor Service 2025-10-30 03:47:50 UTC
๐Ÿ›๐Ÿงน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
Comment 4 czz 2025-11-17 16:01:07 UTC
Dolphin seems to be using udisks through dbus to mount the storage devices. So it may be a bug of udisks.
The filesystem of my nvme1n1p1 is ntfs, which can be shown by executing:
~~~
$udisksctl info -p block_devices/nvme1n1p1 | grep IdType
    IdType:                     ntfs
~~~
Then I try to mount with udisk:
~~~
udisksctl mount -p block_devices/nvme1n1p1
~~~
it fails with the same error message as dolphin shows.
However, when try with explicitly specifying the filesystem:
~~~
udisksctl mount -p block_devices/nvme1n1p1 -t ntfs
~~~
it works as normal.
Comment 5 TraceyC 2025-11-17 19:22:32 UTC
Thanks for the additional detail, that helps. I found an older bug report for the same error, also on ntfs. It's on Arch, so this isn't a distro issue. I'm going to merge that report into this one, since this has more detail.
Comment 6 TraceyC 2025-11-17 19:23:17 UTC
*** Bug 480796 has been marked as a duplicate of this bug. ***
Comment 7 TraceyC 2025-11-17 22:11:00 UTC
I'm not able to reproduce this on another system running Plasma 6.5.2 on CachyOS. It's able to mount an ntfs drive in Dolphin without error. The only difference is that drive is a 2.5" SSD (not NVME) which shouldn't matter
Comment 8 czz 2025-11-18 17:04:02 UTC
I've done some extra tests about this problem:

1. Executing `sudo ntfsfix -d /dev/nvme1n1p1` can fix that partition and will mount with udisks successfully. (s.a. https://github.com/storaged-project/udisks/issues/1190 )

2. Actually I'm testing on dual-boot systems (with Debian13 and Windows11). When boot into Windows, then poweroff and on (not a single reboot) to Debian, and mount the ntfs drive `/dev/nvme1n1p1` with udisks, failed again.

3. Execute `sudo ntfsfix -d /dev/nvme1n1p1` to fix from Debian and again boot into Windows, this time I try to reboot (not poweroff and on) from Windows to Debian, and mount with udisks, works normally.

4. Then I guess that my `/dev/nvme1n1p1` (which has the most freespace among other ntfs partitions) may be affected by the fast-startup feature on Windows. So I turn that feature off (Control Panel -> Power Options -> Choose what the power buttons do), and poweroff and on to Debian again, mount with udisks, works as before.

Hope these information can help.
Comment 9 TraceyC 2025-11-18 18:44:31 UTC
Thanks for your diligence in troubleshooting this. Those more familiar with this functionality will take a closer look.
Comment 10 TraceyC 2025-12-01 20:34:08 UTC
I now can reproduce this on git-master with an NTFS SSD