判断硬盘新增物理坏道需比对smartctl -a输出中Reallocated_Sector_Ct、Current_Pending_Sector和Offline_Uncorrect三项原始值是否较上次增大；任一增长即表明物理坏道恶化，须立即停写、备份并更换硬盘。
如何用 smartctl 检测物理坏道增长
Linux 下判断硬盘是否出现新增物理坏道，核心是比对 smartctl -a /dev/sdX 输出中的 Reallocated_Sector_Ct、Current_Pending_Sector 和 Offline_Uncorrect 这三项的原始值。它们代表已重映射扇区数、待重映射扇区数、离线校验失败扇区数——任一值上升即表明物理坏道在恶化。
注意：不能只看当前值是否 >0，必须做历史比对；smartctl 需 root 权限，且部分 NVMe 盘要用 smartctl -a -d nvme /dev/nvme0n1，设备类型不匹配会导致读不到关键属性。
- 建议每小时执行一次检测，避免高频轮询加重 I/O 负担
- 用
awk '/Reallocated_Sector_Ct|Current_Pending_Sector|Offline_Uncorrect/ {print $1,$2,$10}'提取字段，跳过注释行和空行 - 存储历史值推荐用单行纯文本文件（如
/var/lib/disk-health/last_values.sda），格式为Reallocated_Sector_Ct 123，便于awk直接比较
怎么写脚本判断坏道数量是否增加
关键逻辑不是“有没有坏道”，而是“比上次多了没有”。脚本需完成三步：读当前值 → 读上一次记录 → 对比三项指标 → 任一增大则触发报警。
示例片段（假设设备为 /dev/sda）：
current=$(smartctl -a /dev/sda 2>/dev/null | awk '/Reallocated_Sector_Ct|Current_Pending_Sector|Offline_Uncorrect/ {print $1,$10}' | sort)
last=$(cat /var/lib/disk-health/last_values.sda 2>/dev/null | sort)
if [ "$current" != "$last" ]; then
echo "$current" > /var/lib/disk-health/last_values.sda
/usr/local/bin/send-sms.sh "ALERT: /dev/sda bad sectors increased"
fi
注意：sort 保证字段顺序一致，否则字符串比较会误报；2>/dev/null 屏蔽 smartctl 的警告（如 NVMe 不支持某些属性）；首次运行时 last_values.sda 不存在，cat 返回空，current != "" 成立，会存初值但不发短信——这是合理行为。
用什么方式发短信最可靠又免依赖
在无 GUI、无手机直连的服务器环境，走运营商短信网关是唯一可行路径。不要尝试 USB 4G 模块或 AT 指令——驱动不稳定、权限难控、SIM 卡易锁死。
推荐使用 HTTP 短信 API（如阿里云、腾讯云、容联云），curl 调用即可：
curl -X POST "https://sms.tencentcloudapi.com/v2/index.php" \ -d "Action=SendSms" \ -d "PhoneNumberSet.0=+8613800138000" \ -d "TemplateID=123456" \ -d "Sign=运维告警" \ -d "TemplateParamSet.0=ALERT:/dev/sda" \ -d "SecretId=xxx" \ -d "Signature=xxx"
要点：
- API 密钥必须存进
/etc/sms.conf并设权限600，禁止硬编码在脚本里 - 务必加超时参数：
curl --max-time 15 --connect-timeout 5，防止卡死影响定时任务 - 短信内容限制 70 字，
ALERT:开头 + 设备名 + 关键指标变化，不带堆栈或详情
crontab 定时执行要注意哪些坑
crontab -e 添加任务时，环境变量缺失是最大雷区：脚本里写的 smartctl 或 curl 找不到，PATH 默认极简（通常只有 /usr/bin:/bin）。
正确写法（以 root 用户为例）：
SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin 0 */2 * * * /usr/local/bin/check-disk-badsectors.sh >> /var/log/disk-alert.log 2>&1
其他要点：
- 日志重定向必须用
>>，否则覆盖历史；错误也合并进日志，方便排查 curl 超时或 smartctl 权限失败 - 不要用
@reboot启动，硬盘可能尚未初始化完成，smartctl返回 “No such device” - 测试阶段先手动运行脚本，再观察 cron 日志：
grep CRON /var/log/syslog
物理坏道增长本身不可逆，脚本只是争取时间窗口。真正关键的是：一旦报警，立刻停写、备份、换盘——别指望“再撑几天”。
