u-boot更新固件的想法

是这样的，楼主最近在做远程升级模块，我是这样想的：

   u-boot        kernel           rootfs           apps            configs
|-------------|---------------|---------------|---------------|---------------|

把整个Flash分成五个区，然后rootfs做成只读文件系统，apps和configs分别放应用程序和配置文件，做成jffs2，然后挂载到rootfs的两个文件夹中；
我有个专门用来升级的进程，当它从服务器上查询到有升级可以用的时候，就把其他的应用程序干掉，然后把apps和configs的挂载卸掉，
再从服务器上把升级包下载下来，校验通过之后再把升级包擦到相应的apps和configs的Flash区里。这样应该可以避免在擦写apps和configs区域的时候系统对这两块区域的读写吧？

然后我还有一个需求，就是万一在线升级的时候，升级失败了，或者板子出现了重大问题，变砖了，这时候就需要uboot来升级固件，我看海思在uboot是分成firmware，kernel，rootfs...分包来升级的，但是这样分包的话，显得有点杂乱，不容易管理，我虽然可以把要用的firmware，kernel，rootfs...这些都打成一个压缩包，然后让用户下载到电脑上，再解压到SD里，但是这样感觉还是太繁琐了一点，我现在的想法是，把我做好的一个发布版的Flash全部拷出来，然后用户只需要把这个Flash下载到SD里，u-boot使用这个固件文件对整个Flash进行擦写。那么问题来了，如何识别这个文件是否是我们的固件包？并且要通过这个固件包的名字来确定是否更新固件（我的想法是，固件包分两种，一种是SD卡里的固件包版本比现在Flash里的新才更新，一种是强制更新的，强制更新的使用场景我是这么考虑的，万一用户板子崩溃了，然后我们没有出新的固件包，而我的逻辑只有SD卡的固件包比板子里的版本新才更新的话，那就不能通过u-boot更新了）？

求大家给点意见