磁盘只读了：文件系统错误的紧急处理

发布时间:2026-07-26 12:21

## 症状现象 写入文件时报只读文件系统错误，删除与创建统统失败，但读取与登录都正常。这是文件系统或底层块设备出错后，内核触发的自我保护：检测到不一致风险时把挂载降级为只读，宁可拒绝写入也不让数据继续损坏。伴随现象常能在 dmesg 里看到文件系统的错误日志。 ## 定位过程 第一步看挂载状态，/proc/mounts 里该分区的选项从 rw 变成 ro，即确认降级发生。第二步查原因，dmesg 里找该文件系统的错误关键词，常见三类：底层 IO 错误，指向盘或链路故障；日志回放异常，多见于异常断电之后；一致性校验失败。第三步评估盘健康，只读是果，介质坏是因时，贸然修复会加速数据损失。 ## 解决方法 处理顺序是先保数据再修盘。只读状态下先把最重要的数据完整拷出去，这一步优先于一切修复动作。数据保全后卸载分区，对文件系统做离线检查修复，修复完成再挂载验证写入。 ``` grep vdb /proc/mounts dmesg | grep -i -E "error|i/o" umount /data fsck -y /dev/vdb1 mount /dev/vdb1 /data ``` 云服务器场景里，若 dmesg 显示介质级错误，优先走快照保全加换盘流程，而不是反复 fsck；顺云云服务器遇到底层存储事件可附日志提交工单，平台侧配合定位。 ## 预防建议 异常断电与硬重启是常见诱因，关机走系统命令而非长按电源。监控里给磁盘 IO 错误计数设告警，只读之前的错误信号往往早已出现。修复后的分区要观察数日，反复降级只读的盘不要带病运行，换盘比抢救划算。 恢复之后的跟进动作列全：文件系统修复报告里提到的严重错误，要评估是否影响业务数据完整性，数据库类应用做一次一致性检查；故障盘若修复后再次降级，直接换盘不恋战；同批次的其他盘提高巡检频率，批量故障常有相关性。顺云云服务器的数据盘遇到反复只读，保留 dmesg 输出并提交工单，必要时走换盘迁移流程，把业务先安置好再处理坏盘。