每个人都可以，
拥有SSL证书

nandwrite 这个命令，平时不用的时候觉得简单，真到了要往 NAND 里灌镜像或者更新某个分区的时候，那个 -p 和 -s 搭配不好，烧进去起不来，查半天才发现是页对齐的问题。

先说 -s 0。它就是指定从 NAND 设备的哪个偏移开始写，0 就是开头。这个没什么歧义，但要注意你指定的 MTD 设备到底是整个芯片还是某个分区，比如 /dev/mtd0 是整个 NAND，/dev/mtd1 可能是内核分区。

如果你往 /dev/mtd1 写，但起始地址还写 0，这里的 0 是相对于这个 MTD 分区的起始，不是芯片物理首地址。这个点一开始容易想当然，线上烧写脚本搞混过一次。

-p 这个选项很多人会忽略。它做的事情是，当你给的数据大小不是整页（比如一个 NAND page 是 2048 字节，但你只给了 2000 字节），它会用某种方式填充到整页再写入。NAND 写操作本身是以页为单位的，如果你不补齐，驱动可能会报错，或者写进去的东西末尾带上一截旧数据，校验就对不上了。所以只要不是自己精确计算过页对齐的文件，老老实实带上 -p 没毛病。

具体用法一般长这样： nandwrite -p -s 0 /dev/mtd0 data.bin

如果是从标准输入读，用横杠代替文件名就行，比如通过管道灌数据： cat data.bin | nandwrite -p -s 0 /dev/mtd0 -

这个命令会把 data.bin 从 /dev/mtd0 的开头写进去，不够整页的部分自动补齐。注意这补齐的内容不是你原始数据的一部分，读回来再校验 MD5 或者 SHA 就会不一样，所以生产校验镜像完整性时，别直接用填充后的设备数据去做比对，得用原始文件。

操作之前有件事比命令本身更重要——确认你操作的是哪个 MTD 设备。

写错分区可能直接把 bootloader 干掉，板上没有方便的恢复手段就麻烦了。养成习惯，操作前 cat /proc/mtd 看一下，确认设备和分区大小，再备份一下关键分区。备份也就是一句 dd 的事，但能救命。

有的 NAND 还有坏块问题，nandwrite 本身不去处理坏块表，它只是往 MTD 层写数据，坏块管理靠的是文件系统（比如 UBIFS）或者你用的镜像已经跳过坏块了。如果是裸写，写到一个坏块上，之后读出来数据就不对了。

这个不是 nandwrite 的锅，但容易在排查问题时被忽略。