Linux磁盘变只读时，应先通过dmesg、mount、smartctl定位原因；若无硬件故障可remount,rw临时恢复；否则需卸载后e2fsck修复；硬件异常须更换磁盘或重构RAID；必要时调整fstab中errors策略。
如果Linux系统中的磁盘突然变为只读状态，业务进程将无法写入数据，导致服务中断或数据写入失败。以下是针对该异常状态的恢复实践步骤：
一、确认只读状态及触发原因
系统进入只读模式通常由内核检测到文件系统错误（如ext4元数据损坏）、底层设备故障（如坏扇区、RAID降级）或手动挂载为ro选项所致。需先定位根本诱因，避免盲目修复引发二次损伤。
1、执行 dmesg -T | grep -i "readonly\|error\|ext4\|I/O" 查看内核日志中最近的I/O错误或强制只读提示。
2、运行 mount | grep "$(df . | tail -1 | awk '{print $1}')" 确认当前挂载选项是否含 ro。
3、使用 smartctl -a /dev/sdX（替换sdX为对应磁盘）检查SMART健康状态，重点关注Reallocated_Sector_Ct、Current_Pending_Sector等关键属性值。
二、临时解除只读挂载（仅限紧急业务恢复）
若确认磁盘物理层无硬故障且文件系统结构完整，可尝试重新以读写方式挂载，使业务快速恢复。此操作不修复底层问题，仅作为临时规避手段。
1、执行 mount -o remount,rw /mount/point（将/mount/point替换为实际挂载路径）。
2、立即验证写入能力：运行 touch /mount/point/test_rw_$(date +%s) && rm /mount/point/test_rw_*。
3、若报错 "Operation not permitted" 或 "Read-only file system"，说明内核已锁定只读状态，需进入下一步。
三、强制卸载并执行文件系统检查
当remount失败时，必须在卸载状态下运行fsck修复文件系统逻辑错误。操作前确保无进程占用目标分区，且不可对已挂载的ext系列文件系统直接执行-f参数强检。
1、查找占用进程：lsof +D /mount/point 或 fuser -v /mount/point，按提示终止相关进程。
2、卸载分区：umount /mount/point；若提示“device busy”，追加 -l（lazy）参数强制分离。
3、执行检查与修复：e2fsck -y -f /dev/sdXN（sdXN为对应分区，如sda1）；-y自动确认所有修复，-f强制检查即使标记为clean。
四、处理底层存储硬件异常
若dmesg或smartctl显示磁盘存在介质错误、链路重置或RAID阵列异常，则文件系统修复无效，必须优先处置硬件层问题，否则重启后仍将触发只读保护。
1、对于单盘环境：替换故障磁盘，使用ddrescue从原盘抢救数据至新盘，命令为 ddrescue -d -r3 /dev/sdX /dev/sdY /path/to/logfile。
2、对于软RAID（mdadm）：cat /proc/mdstat 查看阵列状态；若为degraded，用 mdadm --manage /dev/md0 --add /dev/sdZ 添加新盘并等待重构完成。
3、对于硬件RAID卡：登录RAID管理界面（如MegaCLI或storcli），执行 storcli /c0/e0/s0 show 检查物理盘状态，更换Predictive Failure标记的硬盘。
五、禁用文件系统自动只读保护机制
ext4默认启用errors=remount-ro策略，一旦检测到错误即自动切换为只读。在已排除硬件风险且需延长业务容忍窗口时，可临时修改该行为，但须同步加强监控与巡检频次。
1、编辑 /etc/fstab，找到对应分区行，将挂载选项中的 errors=remount-ro 替换为 errors=continue 或 errors=panic（后者更严格，崩溃而非静默只读）。
2、重新加载fstab配置：mount -o remount /mount/point。
3、验证生效：findmnt -n -o OPTIONS /mount/point | grep errors，输出应包含修改后的errors值。
