这是一份 Windows 与 Ubuntu 双系统下访问 NTFS 分区只读的历史故障记录。下面保留当时的尝试顺序及结果,再补充命令的适用范围;设备路径和挂载点是当时实验环境的值。
尝试关闭 Windows 休眠
当时看到一些博客建议关闭 Windows 快速启动。但切回 Windows 后,电源选项里没有找到快速启动选项,于是尝试执行:
powershell
powercfg -h off
这个命令关闭的是 Windows 休眠功能,也会影响依赖休眠机制的快速启动,不是单独切换快速启动按钮。执行后再切回 Ubuntu,当时的问题仍然存在。
尝试直接运行 ntfsfix
第二个尝试是在 Ubuntu 中运行:
shell
ntfsfix /dev/xxx
当时这一步没有解决问题。这里的 /dev/xxx 是设备路径占位符,需要先识别实际分区。
卸载分区后修复并重新挂载
随后先卸载已挂载的分区,运行 ntfsfix,再挂载,当时恢复了写入。原记录中的命令如下,修复和挂载操作需要相应权限:
shell
# 原实验环境的设备和挂载点
umount /dev/nvme1n1p3
ntfsfix /dev/nvme1n1p3
mount -t ntfs -w /dev/nvme1n1p3 /root/win_p
这份记录没有保留完整的错误输出,因此不能仅凭"后来能写入"就断定最初的只读原因,也不能把这组步骤作为所有 NTFS 只读问题的通用修复流程。
排查时需要区分的情况
先用下面的只读查询确认分区、文件系统和挂载状态:
shell
lsblk -f
findmnt -t ntfs,ntfs3,fuseblk
Windows 休眠或快速启动遗留的状态,可能让 ntfs-3g 拒绝可写挂载。遇到这类提示,应先返回 Windows 恢复会话并完整关机;不要仅靠添加 -w 选项尝试覆盖文件系统状态检查。ntfs-3g 手册
ntfsfix 只处理部分基础 NTFS 不一致、重置日志并安排后续 Windows 一致性检查,不等同于 Windows 的 chkdsk。修复前需确认目标分区已卸载并保存重要数据;不同 NTFS 驱动的行为也可能不同。ntfsfix 手册
原文发布于我的个人博客:windows与ubuntu双系统主机下ubuntu访问windows磁盘是只读。