环境：ＡＯＶ显示器21‘ ＨＤＭＩ接口 、 天猫魔盒tmb100c 操作：按照狐云官网给出的教程 先做好tf卡启动卡，插入盒子， 根据教程短接芯片 5、6脚后，5秒后灯亮，再等待数十秒后进入狐云recovery，选择刷机包，成功刷机，拔卡，重启系统。现象：短接进入 狐云recovery 后成功刷机， 开机灯亮，，但是显示器没信号。再次短接5、6脚仍然可以进入狐云recovery，重启情况依旧。分析：由于之前有两位网友出现过此问题，，向我描述后，我感到很奇葩，，让其把盒子寄过来，分别是tmb100a 、tmb100c。。。（这里提一下，天猫一代的三款型号的盒子 tmb100a tmb100c tmb100e，其中tmb100c是没有串口的，也可能是我还没发现～），于是我接好了tmb100a的串口，，看着系统输出的信息，，开机重新刷机。刷完之后，正常开机，，此时我从串口看到盒子停止在了Ｕｂｏｏｔ模式下，，错误信息大意为 nand flash 坏快太多，且没有被标记出。于是导致系统数据损坏。好了，现在问题已经知道了。。解决办法：经查，uboot下可以用nand scrub_safe 命令来检测坏块。。操作过后，重新根据教程继续刷了一遍，，ＯＫ。久违的狐狸重新出现了。。以上是有串口的，可以看到错误信息的情况，，如果像tmb100c这种不知道串口的盒子怎么办呢？？ 首先，由于症状相同，，于是我们大胆猜测，，问题应该和tmb100a情况相同。。然后，，我们需要简单了解一下系统启动过程，由于系统会首先启动spi芯片里面的程序（这就是为什么要短接spi芯片的缘故～），这个盒子的spi芯片里存储着两个分区数据，，一个是bootloader 启动程序 ；另一个是ubootenv，，这个是程序的配置文件，程序会根据这里的配置文件来引导启动。。然后我发现这两个分区是可以通过recovery刷写的，，这就好办了，，我将原厂的ubootenv里写了 nand scrub_safe这个命令，，，使其系统启动后能自己检查坏块，，然后刷回到spi芯片里。。接着，重启系统使其能够执行。。这个过程由于没有串口，所以我们是看不到的，，只能盲人摸象。。假设系统已经成功执行植入的那段程序。然后我们务必要将其换回来，，否则以后每次开机都会重新检查一遍，，这样的结果就是nand flash 被格式化，永远不会开机！！！继续刷一下狐云rom，ＯＫ～～久违的狐狸又出现了～～
学会技能是小智慧，学会做人是大智慧。
