| Summary: | Error mounting ntfs partition on NVME SSD storage device using dolphin | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | czz <stronger1234> |
| Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | dolphin-bugs-null, entityinarray, kdedev |
| Priority: | NOR | ||
| Version First Reported In: | 25.04.3 | ||
| Target Milestone: | --- | ||
| Platform: | Debian stable | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
czz
2025-09-29 09:40:58 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 🐛🧹 ⚠️ 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! 🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME. 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.
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. *** Bug 480796 has been marked as a duplicate of this bug. *** 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 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. Thanks for your diligence in troubleshooting this. Those more familiar with this functionality will take a closer look. I now can reproduce this on git-master with an NTFS SSD |