NTFS 分区为什么只读
从 Windows 侧带过来的分区在 Linux 下挂载后只能读，通常是分区上留有未清理的一致性问题标记。这多由非正常关机、休眠或快速启动造成：系统实际没有完全关闭，文件系统状态未提交，其它系统读取时会以只读方式挂载以保护数据。
彻底解决的顺序
先在 Linux 侧做基础修复并重新挂载验证读写；如果标记反复出现，就要回到 Windows 侧彻底解决问题：关闭快速启动，用系统自带的磁盘检查工具完成一次检查，然后再执行完全关机。只在 Linux 侧反复修复而不处理来源，问题会周期性复现。
基本信息
| 判断方式 | 查看挂载参数是否带只读标记 |
|---|---|
| 基础修复 | 使用 NTFS 专用检查工具处理状态标记 |
| 根因来源 | Windows 侧快速启动、休眠或异常关机 |
| 彻底处理 | 在 Windows 侧关闭快速启动并做磁盘检查 |
典型使用场景
- 双系统机器在 Linux 下无法写入 Windows 分区
- 移动硬盘在 Windows 使用后接到 Linux 只能读
- 服务器挂载外置 NTFS 盘用于数据交换，写入失败
- 排查数据交换流程中断，确认是否分区为只读
- 更换设备后问题再次出现，需要定位来源
定位
定位
mount | grep -i ntfs # 挂载参数中是否带只读标记
findmnt -t ntfs,ntfs3 2>/dev/null # 另一种查看方式
blkid <设备> # 确认分区类型与标识
dmesg -T | grep -i ntfs | tail -10 # 内核侧相关提示处理
处理
umount <设备> 2>/dev/null
# 使用 NTFS 专用检查工具处理一致性标记（需安装对应工具包）：
ntfsfix <设备> 2>/dev/null || echo '未安装 ntfsprogs'
mount -t ntfs-3g <设备> /mnt/usb # 重新挂载并测试写入
touch /mnt/usb/write-test && rm -f /mnt/usb/write-test && echo 可写
# 来源在 Windows 侧：关闭快速启动并完全关机后再接回现象与判断
| 现象 | 可能原因 | 方向 |
|---|---|---|
| 挂载参数带只读标记 | 分区存在不一致状态 | 先做基础修复 |
| 修复后仍只读 | 来源未处理，标记再次写入 | 在 Windows 侧关闭快速启动 |
| 部分目录不可写 | 权限或挂载选项限制 | 核对挂载选项与目录权限 |
| 间歇性只读 | 休眠与快速启动反复触发 | 固定使用完全关机流程 |
| 写入报错且设备消失 | 设备或接口异常 | 转设备识别方向排查 |
NTFS 专用检查工具只处理基础问题，不能替代 Windows 侧的磁盘检查。重要数据在操作前先备份，修复不等于数据完好。