一台客户机器出现不断重启，拿到后分析。
由于我司做了一个开机保护，在10分钟之内如果系统没有进入launcher，系统将恢复出厂设置复位重启，这也是给这台机器留了一个大坑的原因。
1.怀疑原因之一。开机CPU温度多高，导致降频率，从而导致开机缓慢。
这个问题在我们之前高温测试中出现过，所以怀疑也是很正常。
把机器冷处理一段时间，重新开机，仍然一样现象。
2.怀疑系统launcher坏掉了或者系统服务有崩溃，所以开机进不了launcher。
用Logcat抓开机log，发现开机时间很长，并没有什么服务有问题。怀疑到硬件flash可能有差异。
3.根据以上两种情况，现在对flash进行测试。测试方法就是读写flash。
下面是读写命令
root@android:/ # dd if=/dev/zero of=data/ll.bin bs=1024576 count=256 //测试写的速度
root@android:/ # echo 3 > /proc/sys/vm/drop_caches
root@android:/ # dd of=/dev/null if=/data/ll.bin bs=1024576 //测试读的速度
问题机器
shell@sudy6580_we_l:/ # dd if=/dev/zero of=data/ll.bin bs=1024576 count=256
dd if=/dev/zero of=data/ll.bin bs=1024576 count=256
256+0 records in
256+0 records out
262291456 bytes transferred in 70.083 secs (3742583 bytes/sec) <----写
shell@sudy6580_we_l:/ # dd of=/dev/null if=/data/ll.bin bs=1024576
dd of=/dev/null if=/data/ll.bin bs=1024576
256+0 records in
256+0 records out
262291456 bytes transferred in 4.914 secs (53376364 bytes/sec)<----读
正常机器
shell@sudy6580_we_l:/ # dd if=/dev/zero of=data/ll.bin bs=1024576 count=256
dd if=/dev/zero of=data/ll.bin bs=1024576 count=256
256+0 records in
256+0 records out
262291456 bytes transferred in 5.057 secs (51867007 bytes/sec) <---写
shell@sudy6580_we_l:/ # dd of=/dev/null if=/data/ll.bin bs=1024576
dd of=/dev/null if=/data/ll.bin bs=1024576
256+0 records in
256+0 records out
262291456 bytes transferred in 2.104 secs (124663239 bytes/sec)<---读
根据上面两个测试比较，问题机器写相同数据耗时是正常机器的10多倍。
所以结论就是此机器flash有问题。
由于不知道flash是否是批量问题，所以现在对开头提的10分钟的坑放宽到30分钟，运行慢总比无法开机导致退机好！！！！！！
