Kindle Touch Bricked? --虚惊一场

悲剧出现

    昨天入手的kindle touch，今天让我虚惊一场！ 由于kt自带的中文字体实在不行，因此我决定把它换掉。过程无非是越狱，开启usbnet，替换字体。整个过程很简单，很快就搞定了。
    今天上网一看，原来kt有新固件了，于是reset然后升级，同样很顺利。于是准备换字体，于是touch ENABLE_DIAGS，删掉/diagnostic_logs/并重启，进入之后想disable diagnostic，但提示device_info.xml找不到，不理它继续操作，然后重启，岂料kt还是进入了diagnostic模式。
    继续那些操作，但kt重启后一直停留在diagnostic模式中！！！难道我的kt这么快就bricked了？这时真是心如刀割啊！
    忍住悲痛，我Google了一下，发现mobileread的wiki中有说：

Do not delete /diagnostic_logs/device_info.xml from a USB Drive exorted from the diagnostic recovery menu screen, or it will be difficult to reboot to the main partition.

    晴天霹雳啊！！我已经删了，我的kt岂不是没救了？！真命苦啊！我的kt服役还不到24小时啊！


峰回路转

    在不死心的情况下，我再尝试了几次操作，结果是kt一直进入diagnostic模式。这时心里已经滴血了！然而，在偶然一次操作下，点了USB device mode，然后电脑就进入了kindle的根目录，这时我就想：如果重新建立一个device_info.xml文件，会如何？于是一番操作，然后disable diagnostic，没提示device_info.xml找不到了！
    这时眼前仿佛见到一点希望之光！
    于是reboot，熟悉的进度条在慢慢的跑。这时心是“砰--砰--”的跳啊！等了一下，kt终于进入了home界面，同时还看到有一本书在pending。于是我赶紧点一本书来看看怎样，ok，完全正常！
    Oh yeah！我亲爱的kt回来啦！


总结

    原来将diagnostic_logs/device_info.xml删掉，同时进入diagnostic模式会导致kindle touch无法disable diags从而不能进入正常模式的；而解决这一问题则可以USB device mode之后，在kindle的根目录下新建diagnostic_logs这个文件夹，并在该文件夹中新建一个名叫device_info.xml的空文件，然后进行disable diags操作就可以了。
    真是虚惊一场啊！