HiKey960开发板ptable分区刷写失败排查指南
1. HiKey960开发板ptable分区刷写失败问题解析
最近在折腾HiKey960开发板时遇到了一个棘手的问题：修改了prm_ptable.img中的boot分区大小后，发现无法刷写ptable和xloader了，甚至连boot分区也刷不进去。更糟的是，进入recovery模式也无法重置系统。这种情况就像给电脑重装系统时突然断电，系统既无法启动也无法重装，让人十分头疼。
HiKey960作为一款基于华为Kirin960 SoC的高性能开发板，其分区表(ptable)管理机制与普通开发板有所不同。ptable分区相当于硬盘的分区表，记录了所有分区的起始位置和大小信息。而xloader则是系统启动的第一阶段引导程序。这两个关键组件刷写失败，直接导致开发板"瘫痪"。
我仔细分析了问题原因，发现主要出在修改prm_ptable.img时没有正确分配ptable分区空间。这就好比扩建房子时只改了设计图，却没给建筑工人留出入通道，结果建材运不进去，工程自然无法继续。下面我就分享下解决这个问题的完整方案。
2. 软件层面的解决方案
2.1 重新制作正确的ptable镜像
首先需要重新制作prm_ptable.img文件。这里推荐使用官方提供的ptool工具，它能确保生成的ptable符合HiKey960的规范要求。具体操作步骤如下：
git clone https://github.com/96boards-hikey/tools-images-hikey960.git cd tools-images-hikey960 ./ptool.py -x prm_ptable.xml -p prm_ptable.img制作时需要注意几个关键参数：
- boot分区大小建议保持默认值（通常为64MB）
- 必须确保ptable分区有足够空间（至少24KB）
- 各分区之间不能有重叠区域
2.2 完整系统镜像刷写指南
如果只是刷写ptable失败，建议直接刷写完整系统镜像。这相当于给电脑做全盘恢复，能避免分区不匹配的问题。以下是具体步骤：
fastboot flash all hikey960-Android-Images.tgz fastboot reboot这个命令会刷写包括ptable、xloader、boot等所有分区。我实测发现，相比单独刷写，完整镜像刷写的成功率要高很多。刷写完成后，建议执行fastboot reboot命令让系统完全重启。
3. 硬件恢复方案
3.1 串口恢复模式操作详解
当软件刷写全部失败时，就需要祭出终极武器——串口恢复了。这相当于给开发板做"心脏复苏"，需要准备USB转串口模块和终端软件。
硬件连接方法：
- 将串口模块的TX接开发板的UART3_RX
- 将串口模块的RX接开发板的UART3_TX
- 确保共地连接
连接好后，在终端中可以看到类似如下的启动信息：
HELLO! BOOTROM is starting now! Boot from eMMC...这时快速按下任意键可以中断自动启动，进入bootrom模式。在这个模式下，我们可以直接刷写xloader：
sudo ./hisi-idt.py -d /dev/ttyUSB0 --img1=l-loader.bin3.2 常见硬件问题排查
如果串口恢复也不奏效，就要考虑硬件问题了。根据我的经验，以下几个地方最容易出问题：
电源供应不稳定：HiKey960对电源要求较高，建议使用官方推荐的12V/2A电源适配器。我用普通手机充电器测试时，就经常出现刷写失败的情况。
eMMC芯片接触不良：可以用放大镜检查eMMC芯片的焊点，特别是长期插拔SD卡可能导致周边元件松动。
USB接口氧化：用橡皮擦轻轻擦拭USB接口的金属触点，有时候就这么简单就能解决问题。
4. 深度技术原理剖析
4.1 HiKey960启动流程解析
理解启动流程对解决问题很有帮助。HiKey960的启动分为三个阶段：
- BootROM：固化在芯片内部的初始程序
- xloader：二级引导加载程序
- UEFI/Android bootloader
ptable分区就是在xloader阶段被读取的。如果ptable损坏，xloader就无法正确加载后续的bootloader，导致系统启动失败。
4.2 fastboot协议的特殊性
HiKey960使用的fastboot协议是经过华为定制的版本，与普通Android设备的fastboot有所不同。主要差异体现在：
- 分区命名规则不同（如ptable代替partition）
- 刷写时会有额外的校验步骤
- 支持多镜像同时刷写
这也是为什么有些通用的fastboot命令在HiKey960上不work的原因。建议始终使用官方提供的刷机脚本。
5. 预防措施与最佳实践
经过这次教训，我总结了几条预防ptable刷写失败的经验：
- 修改分区表前先备份：每次修改prm_ptable.img前，先用fastboot备份当前分区表：
fastboot getvar all > partition_backup.txt使用验证过的工具链：建议使用Linaro官方维护的刷机工具，避免使用第三方修改版。
分步验证：修改分区表后，先刷写ptable并验证，确认无误后再刷写其他分区。
保持开发环境一致：在不同电脑上刷机时，确保使用的工具版本一致。我就遇到过因为Ubuntu版本不同导致的刷写失败。
如果所有方法都尝试过后问题依旧，建议到96Boards官方论坛发帖求助，通常24小时内就会有技术专家回复。记得提供完整的错误日志和操作步骤，这样别人才能更好地帮你分析问题原因。