使用 Balena Etcher 完成镜像烧录后，数据完整性校验是不可回避的关键步骤。它并非可选项，而是决定你的存储卡能否正常启动的核心环节。Etcher 默认启用 SHA512 验证，整个过程自动运行，无需手动干预。烧录进度条走完后，程序会自动进入“Validating…”阶段，根据镜像大小不同，耗时从几秒到几十秒不等。

实际上，这一步骤无法跳过。关键在于：一旦验证失败，Etcher 会立即报错并终止流程，绝不会允许你继续操作。只有当界面出现绿色对勾和“Flash Complete”字样时，才代表字节级别的 SHA512 比对已经全部通过。

一句话总结：Etcher 替你执行的验证，确保写入内容与原始镜像完全一致。如果跳过或验证未通过，SD 卡或 U 盘很可能变成一块“砖”——无法启动、系统崩溃，甚至出现各种异常故障。

烧录完成后自动校验是否开启

Etcher 默认已开启验证功能，你完全不需要手动操作。镜像烧录完成后，界面会无缝切换到验证步骤，进度条旁会显示“Validating…”。该过程持续时间取决于镜像大小，通常为几秒到几十秒。

这里必须强调：这个验证阶段是强制的——如果中途失败，Etcher 会立刻报错并终止，绝对不会让你看到“Flash Complete”。因此，当界面出现绿色对勾和“Flash Complete”时，意味着哈希比对已顺利通过。

手动触发重新验证（仅限已烧录完成的设备）

如果你在设备拔出后突然想起这件事，或者心里不踏实想重新确认，也有办法。这里提供两个途径：

方法一：走高级模式，重刷并强制验证

按住Shift键不松 → 点击“Flash!”按钮 → 在弹出的高级设置面板中，确保“Validate write after flash”这一项已勾选 → 点击“Flash”开始带验证的重新写入。注意，此过程会清空目标设备，重新写入所有数据。

方法二：用终端工具独立校验（适用于设备已拔出后的复查场景）

将烧录好的 SD 卡或 U 盘重新连上电脑 → 先执行命令：shasum -a 512 /path/to/original.img 获取源镜像的 SHA512 值 → 再换一条命令读取写入数据：macOS 用 dd if=/dev/rdiskX bs=1m | shasum -a 512，Linux 用 dd if=/dev/sdX | sha512sum（记得替换 X 为实际设备号）→ 对比两个哈希值，一致则代表数据完整。

禁用验证的风险与操作路径

你可能觉得每次烧录都跑一遍验证有点浪费时间，尤其在调试阶段。但请先想清楚一件事：Etcher 验证的不是读写速度，而是数据的准确性与完整性。禁用之后会怎样？

操作上其实很简单：

第一步：按住 Shift 键点击“Flash!”进入高级设置
第二步：取消“Validate write after flash”的勾选
第三步：点击“Flash”开始无验证烧录

⚠️ 注意：此选项一旦启用，意味着烧录过程不再有数据检查这道防线。一旦源文件传输中断、USB 接触点有脏污或微小信号波动，或者存储介质上有隐藏的坏块——你得到的将是一张无法启动的废卡。你以为省下的那点时间赚了？其实可能亏大了。

所以，这个选项只在极少数情况下才值得开启：比如确认硬件 100% 可靠、存储介质全新且无坏道，而且你确实在调试环节中追求极致速度。其他场景，建议老老实实使用默认带验证的模式。