Linux检查磁盘坏道及修复方法

本文深入解析了Linux下磁盘坏道检测与修复的关键实践与常见误区，强调fsck必须在卸载分区后运行以防数据损坏，badblocks需配合-w参数进行写入级验证（但SSD上应慎用），fsck -y不可盲目依赖而应结合人工判断与日志分析，并指出SMART监控才是真正的故障预警前哨——它能在文件系统出问题之前就揭示磁盘老化、供电异常或硬件隐患等深层风险，提醒用户：与其反复修复，不如从smartctl的警告信号中提前干预，守住数据安全的第一道防线。

fsck 运行前必须卸载分区，否则大概率损坏文件系统

直接对挂载中的分区跑 fsck，轻则报错退出，重则把正在读写的元数据搞乱——这不是警告，是实测过的数据丢失路径。Linux 内核在挂载状态下会缓存 inode、块位图等关键结构，fsck 读到的可能是过期副本，修复逻辑就会基于错误状态做“纠正”。

• 先用 mount | grep /dev/sdX1 确认目标分区是否已挂载
• 若已挂载，用 sudo umount /dev/sdX1 卸载；如果提示“device busy”，用 lsof +D /mount/point 或 fuser -v /mount/point 查进程，别强行 umount
• 系统根分区无法卸载？得进 live USB 环境（如 Ubuntu Live 或 SystemRescueCD），从外部启动后操作

badblocks 检测物理坏道要加 -w 参数才真正写入测试

默认的 badblocks 只做只读扫描，可能漏掉“写入即失败”的不稳定扇区。真实坏道往往在写入时暴露——比如磁盘固件标记的 P-list（永久缺陷表）之外的早期衰退区域。

• 安全写入测试命令：sudo badblocks -w -o badsectors.txt /dev/sdX1（注意：这会清空分区所有数据，务必提前备份）
• 不加 -w 的 badblocks -s -v /dev/sdX1 仅读取校验，适合快速初筛，但不能替代写入验证
• SSD 上慎用 -w：频繁写入加速磨损，且 SSD 的坏块由控制器隐式管理，badblocks 结果参考价值低；应优先看 smartctl -a /dev/sdX 的 Reallocated_Sector_Ct 和 Media_Wearout_Indicator

fsck.ext4 自动修复需人工确认，-y 不等于“全信它”

fsck -y 会让工具跳过交互，自动执行所有建议修复。但某些场景下，自动决策反而危险：比如日志损坏导致 ext4 误判超级块一致性，或 orphan inode 清理逻辑与实际应用语义冲突（如数据库未完成的事务日志）。

• 首次检查建议不用 -y，用 sudo fsck -C -f /dev/sdX1（-C 显示进度，-f 强制检查，即使标记为 clean）
• 看到 “Inode X has invalid mode” 或 “UNEXPECTED INCONSISTENCY” 提示时，暂停并查日志：dmesg | tail -20 看内核是否有 I/O timeout 或 ABRT
• 若反复出现同一 inode 错误，大概率是底层硬件问题，不是文件系统本身能修好的

SMART 数据比 fsck 更早预警磁盘故障

fsck 是文件系统层面的“急救”，而 smartctl 是硬盘自身的健康仪表盘。很多磁盘在出现可读坏道前，SMART 就已报告 Current_Pending_Sector 增长、UDMA_CRC_Error_Count 异常——这些是线缆松动、电源不稳或磁头老化信号，fsck 完全感知不到。

• 基础检查：sudo smartctl -H /dev/sdX（看 overall-health 是否 PASSED）
• 关键字段盯紧：Reallocated_Sector_Ct（>5 就该换盘）、Reported_Uncorrect（读写校验失败次数）、Temperature_Celsius（持续 >55°C 加速老化）
• 注意：NVMe 盘用 sudo smartctl -a -d nvme /dev/nvme0n1，参数和 SATA 不同，别套用

坏道不是孤立事件。一次 badblocks 扫出几十个坏扇区，或者 fsck 频繁要求重建日志，背后往往是供电不稳、散热不良或磁盘寿命将尽。别只盯着怎么修，先查 smartctl 输出里那些不起眼的“Warning”字段。

好了，本文到此结束，带大家了解了《Linux检查磁盘坏道及修复方法》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！