页次: 1
之前有bug导致无法挂载,在util-linux更新到2.39-3之后修复了。现在的util-linux版本是2.39.2-1,但是无法挂载的问题又出现了。
我的Windows有三个NTFS分区,卷标分别为Windows11、Software和Data。其中卷标为Data的分区无法在Dolphin中通过点击图标的方式挂载。其他两个分区可以正常挂载。
Windows没有处在休眠状态,且关闭了快速启动。Data分区可以在命令行手动挂载,挂载之后可以在Dolphin中正常访问。
Dolphin给出的错误提示信息如下:
An error occurred while accessing 'Data', the system responded:
The requested operation has failed: Error mounting /dev/nvme0n1p5 at /run/media/meisa/Data:
wrong fs type, bad option, bad superblock on /dev/nvme0n1p5, missing codepage or helper program, or other error
使用ntfsfix检查之后没有发现问题:
> sudo ntfsfix /dev/nvme0n1p5
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/nvme0n1p5 was processed successfully.
最近编辑记录 Kana_Meisa (2023-10-16 14:13:55)
离线
Dolphin 报错之后,看看内核日志,像这样: journalctl -k -n 30。
离线
Dolphin 报错之后,看看内核日志,像这样: journalctl -k -n 30。
> journalctl -k -n 30
Oct 15 20:24:09 arch kernel: _nv000715rm+0xa40/0xe70 [nvidia]
Oct 15 20:24:09 arch kernel: _nv000715rm+0xa40/0xe70 [nvidia]
Oct 15 20:24:09 arch kernel: rm_ioctl+0x58/0xb0 [nvidia]
Oct 15 20:24:09 arch kernel: nvidia_ioctl+0x5cc/0x870 [nvidia]
Oct 15 20:24:09 arch kernel: nvidia_frontend_unlocked_ioctl+0x3c/0x50 [nvidia]
Oct 15 20:24:09 arch kernel: __x64_sys_ioctl+0x94/0xd0
Oct 15 20:24:09 arch kernel: do_syscall_64+0x60/0x90
Oct 15 20:24:09 arch kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce
Oct 15 20:24:09 arch kernel:
Oct 15 20:24:09 arch kernel: kfence-#117: 0x00000000227ff79f-0x00000000c0df2730, size=80, cache=kmalloc-96
Oct 15 20:24:09 arch kernel: allocated by task 6350 on cpu 11 at 486.203677s:
Oct 15 20:24:09 arch kernel: nvkms_alloc+0x50/0xa0 [nvidia_modeset]
Oct 15 20:24:09 arch kernel: nvkms_open_common+0x27/0xf0 [nvidia_modeset]
Oct 15 20:24:09 arch kernel: nvkms_open+0x89/0xb0 [nvidia_modeset]
Oct 15 20:24:09 arch kernel: nvidia_frontend_open+0x57/0xa0 [nvidia]
Oct 15 20:24:09 arch kernel: chrdev_open+0xc8/0x250
Oct 15 20:24:09 arch kernel: do_dentry_open+0x1e5/0x460
Oct 15 20:24:09 arch kernel: path_openat+0xdd9/0x1290
Oct 15 20:24:09 arch kernel: do_filp_open+0xb3/0x160
Oct 15 20:24:09 arch kernel: do_sys_openat2+0xaf/0x170
Oct 15 20:24:09 arch kernel: __x64_sys_openat+0x57/0xa0
Oct 15 20:24:09 arch kernel: do_syscall_64+0x60/0x90
Oct 15 20:24:09 arch kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce
Oct 15 20:24:09 arch kernel:
Oct 15 20:24:09 arch kernel: CPU: 11 PID: 6350 Comm: qq Tainted: P OE 6.1.57-1-lts #1 858f4609edd7f535c4db2bc95cc6d195e1859b9b
Oct 15 20:24:09 arch kernel: Hardware name: LENOVO 82JQ/LNVNB161216, BIOS GKCN50WW 11/24/2021
Oct 15 20:24:09 arch kernel: ==================================================================
Oct 15 20:25:30 arch kernel: ntfs3: Max link count 4000
Oct 15 20:25:30 arch kernel: ntfs3: Enabled Linux POSIX ACLs support
Oct 15 20:25:30 arch kernel: ntfs3: Read-only LZX/Xpress compression included
Oct 15 20:25:30 arch kernel: ntfs3: nvme0n1p5: volume is dirty and "force" flag is not set!
离线
哦。你的 ntfs 文件系统被设置了 dirty。ntfsfix -d 可以清除掉,不过还是建议你去 Windows 下处理。
离线
哦。你的 ntfs 文件系统被设置了 dirty。ntfsfix -d 可以清除掉,不过还是建议你去 Windows 下处理。
好的,谢谢你。
离线
你好,你遇到的dirty bit问题现在解决了吗?
我也是最近几天遇到与你同样的问题。我先去windows下用winhex修复了ntfs分区的ditrty bit,回到Arch Linux后,可以正常打开之前有问题的ntfs分区。不过几天后,之前报dirty bit的ntfs分区又开始报了。在linux下用 ntfsfix -d /dev/sda7再次修复后又可以打开了,没过几天又报了,我回到winhex下查看都是$volume下出现与之前相同的十六进制脏位!
离线
页次: 1