Linux mbadblocks命令（手把手讲解）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 82w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 2900+ 小伙伴加入学习 ，欢迎点击围观

在 Linux 系统的运维与开发过程中，硬盘健康状态的维护是确保数据安全和系统稳定性的关键环节。随着存储设备的频繁使用，物理坏道（Bad Blocks）问题逐渐成为系统管理员和开发者需要重点关注的隐患。mbadblocks 命令作为 Linux 环境中专门用于检测和标记硬盘坏道的工具，能够帮助用户及时发现潜在风险，避免数据丢失或系统崩溃。本文将从基础概念、命令用法、实战案例及注意事项等多维度展开，帮助编程初学者和中级开发者全面掌握 mbadblocks 的核心功能与应用场景。

一、理解硬盘坏道与 mbadblocks 的作用

1.1 硬盘坏道是什么？

硬盘坏道是指硬盘表面因物理损伤或逻辑错误导致无法正常读写数据的区域。根据形成原因，可分为 物理坏道（由硬盘磁头或盘片磨损造成）和 逻辑坏道（由软件故障或固件错误引起）。无论是哪种类型，坏道的存在都可能引发数据丢失、系统卡顿甚至崩溃。

形象比喻：
可以将硬盘比作一座图书馆，每个扇区是书架上的书格。当某个书格因结构损坏无法放置书籍时，就相当于硬盘出现了坏道。此时，系统需要标记这些“损坏的书格”，避免在此处存储新数据。

1.2 mbadblocks 的核心功能

mbadblocks（或 badblocks）是 Linux 系统中用于 检测硬盘坏道 的工具。其核心作用包括：

• 扫描模式：遍历指定硬盘或分区的每个扇区，检查读写是否正常。
• 标记模式：将发现的坏道记录到日志文件，供其他工具（如 mkfs）在格式化时避开这些区域。
• 修复建议：虽然 mbadblocks 本身无法直接修复坏道，但通过标记坏道，可间接延长硬盘使用寿命。

技术对比：
| 功能 | mbadblocks | 其他工具（如 smartctl） |
|---------------|-------------------|--------------------------|
| 检测方式 | 直接读写测试 | 依赖硬盘内置 SMART 数据 |
| 标记能力 | 支持 | 不支持 |
| 适用场景 | 低层硬件检测 | 硬盘健康状态监控 |

二、命令基础：语法与常用参数

2.1 基础语法结构

mbadblocks [参数选项] 设备路径 [起始扇区] [扇区数量]  

其中，设备路径 是需要检测的硬盘或分区路径（如 /dev/sda），起始扇区 和 扇区数量 可选，用于限定检测范围。

2.2 关键参数详解

常用参数

进阶参数

注意事项：

• 参数 -w 的写入测试会覆盖硬盘数据，仅对未挂载的分区或硬盘有效，否则可能引发数据丢失。
• 多次遍历（-p 参数）能提高检测准确性，但会显著增加扫描时间。

三、实战案例：从检测到修复的全流程

3.1 案例 1：快速检测硬盘坏道

假设用户需要检测 /dev/sdb 硬盘是否存在坏道，且希望实时查看进度：

sudo mbadblocks -s /dev/sdb  

命令执行后，会逐扇区读取 /dev/sdb 的内容，并在终端显示类似以下结果：

Checking for bad blocks in read-only mode.  
Pass 1: 0 bad blocks found.  Check complete.  

若检测到坏道，会输出具体扇区号（如 12345）。

3.2 案例 2：写入模式深度检测

若需更严格的测试（例如新硬盘初始化），可使用写入模式：

sudo mbadblocks -w -p 2 -s /dev/sdc  

此命令会执行两次写入测试，覆盖整个 /dev/sdc 的扇区，结果更可靠。

3.3 案例 3：结合 mkfs 避开坏道

检测到坏道后，可将结果输出到日志文件，并在格式化时跳过这些区域：

sudo mbadblocks -w -s /dev/sdd > bad-blocks.log  

sudo mkfs.ext4 -l bad-blocks.log /dev/sdd1  

此时，mkfs.ext4 会自动忽略日志中记录的坏道扇区。

四、高级技巧与注意事项

4.1 结合 dd 实现坏道修复

虽然 mbadblocks 无法直接修复物理坏道，但可通过 dd 命令强制覆盖可疑区域（需谨慎操作）：

sudo dd if=/dev/zero of=/dev/sde bs=512 count=1 seek=10000  

此操作可能临时恢复逻辑坏道，但若为物理损坏，建议直接更换硬盘。

4.2 定期健康检查脚本

中级开发者可编写脚本自动检测硬盘状态，例如：

#!/bin/bash  
LOG_FILE=/var/log/badblocks_$(date +%Y%m%d).log  
sudo mbadblocks -s /dev/sda > $LOG_FILE  

if grep -q "bad blocks" $LOG_FILE; then  
    echo "检测到坏道！详情见 $LOG_FILE"  
else  
    echo "检测完成，未发现坏道。"  
fi  

此脚本可作为 cron 任务定期执行，实现自动化监控。

4.3 安全操作原则

• 避免在挂载的分区运行：mbadblocks 会直接操作扇区，若分区已挂载可能导致数据冲突。
• 备份数据优先：在执行写入测试或修复操作前，务必备份重要数据。
• 区分逻辑与物理坏道：逻辑坏道可通过软件修复，而物理坏道需依赖硬件更换，切勿盲目依赖软件修复。

五、结论

通过本文的讲解，读者已掌握 mbadblocks 命令的核心功能、参数用法及实际应用场景。无论是快速检测硬盘健康状态，还是结合其他工具实现坏道规避，该命令都是 Linux 系统运维的必备工具。对于开发者而言，理解硬盘底层逻辑与命令的配合，不仅能提升系统稳定性，还能为构建高可靠性的数据存储方案提供技术支撑。

最后提醒：硬盘坏道的预防与处理需结合硬件监控（如 smartctl）和定期维护，切勿依赖单一工具解决问题。建议读者在实践时，优先参考硬盘厂商的官方指南，并在生产环境谨慎操作。