写入任何文件都报 Read-only file system？这通常是内核检测到文件系统错误后，自动把分区挂成只读以保护数据的自我保护行为（ext4 默认策略 errors=remount-ro），也可能由磁盘 / 链路异常引起。不要反复硬试，按本文顺序处理。

第一步：确认现象与原因

1. 确认分区挂载状态（出现 ro 即只读）：

   mount | grep -E ' / |/data'

2. 查看内核日志，确认触发只读的错误：

   sudo dmesg | grep -iE "I/O error|EXT4-fs error|remount" | tail -20

3. 写入验证：touch /data/testfile，报 Read-only file system 即为本文场景。

第二步：恢复读写，先备份数据

sudo mount -o remount,rw /data

成功后立即备份重要数据，再进行后续修复。根分区同理：mount -o remount,rw /。

remount 后又变回只读？

如果几分钟后再次变只读，或 dmesg 里 I/O error 持续新增，说明底层错误还在发生——别再反复 remount，直接进入 fsck 修复，并优先把数据救出来。

第三步：fsck 修复文件系统

必须先卸载

fsck 只能修复未挂载的分区，对挂载中的分区执行可能造成二次损坏。

数据盘（如 /dev/vdb1）

sudo umount /data
sudo fsck -y /dev/vdb1
sudo mount /dev/vdb1 /data

根分区（/）

根分区无法卸载，需在开机修复环境中执行：

1. 重启实例，在 GRUB 菜单按 e 编辑启动项，找到 linux 开头的那行，在行末追加：

   systemd.unit=emergency.target

   按 Ctrl + X 启动，进入 emergency shell。

2. 该模式下根分区通常为只读，可直接修复：

   fsck -y /dev/vda1

   提示

   设备名以实际为准，用 mount | grep ' / ' 查看根分区所在设备；也可以通过进入Linux单用户模式进入修复环境，操作同样适用。

3. 完成后重启：reboot。

第四步：反复出现只读，怎么办

• 统计错误是否持续新增：sudo dmesg | grep -ci "I/O error"，隔几分钟再看，数字持续增长基本可判定磁盘故障。
• 这种情况优先备份数据、迁移实例；无法自行处理时提交工单，附上 dmesg 相关日志。
• 数据盘日常挂载规范见Linux服务器挂载数据盘；fstab 写错导致开机异常的修复，见进入Linux单用户模式。