关于OEC/OEC-turbo刷机问题的一些解决方法（2）——可能是终极解决方法了

前面写了两篇关于OEC/OEC-turbo刷机问题的文章了，从刷机过程、刷机中遇到的问题，以及遇到最多但始终无法有效解决的下载boot失败的问题的剖析，最近确实也做了一些工作，虽然没有最终解决，但也算是这系列文章里面阶段性的一篇内容了。

网心云OEC/OEC-turbo刷机问题——刷机教程、救砖方法、技术要点及下载boot失败异常解决尝试_测试设备失败 oec-CSDN博客文章浏览阅读2.2k次，点赞14次，收藏18次。OEC/OEC-turbo的产品设计出来，是想让买家跑PCDN，随着对PCDN的各种管控，各种宽带限速，大量的设备上了小黄鱼。前段时间弄了台斐讯的N1，简直是刷机神器，解过之后，可以刷各种系统，完全没有限制。对比斐讯N1和OEC-turbo这两款产品，N1除了硬盘空间不足，芯片性能略低外，优点是有无线网卡，虽然只是一款百兆的，但聊胜于无。更重要的是省电，2W的功率，长年开着都不心疼了。准备一头USB-A，另一端Type-C的数据线，先USB连接电脑，然后短接主板，再将C端插上板子，等2-3秒松开短接。_测试设备失败 oechttps://blog.csdn.net/John_Lenon/article/details/146461220关于瑞芯微开发工具（RKDevTool）刷机下载Boot失败原因的研究_oec 刷机 下载boot失败-CSDN博客文章浏览阅读859次，点赞24次，收藏27次。OEC/OEC-turbo的产品设计出来，是想让买家跑PCDN，随着对PCDN的各种管控，各种宽带限速，大量的设备上了小黄鱼。准备一头USB-A，另一端Type-C的数据线，先USB连接电脑，然后短接主板，再将C端插上板子，等2-3秒松开短接。不管是我们看到的过时代码里面的CRKUsbComm::RKU_DeviceRequest， 还是报错日志里面的Boot_VendorRequest-->DeviceIoControl， 从代码和函数名上看，猜测都是用来向USB设备发送数据的。_oec 刷机 下载boot失败https://blog.csdn.net/John_Lenon/article/details/146513493

一、关于刷机方法。

1、网上面的大部分刷机方法都可以说是没问题的，即通过短接方式进入Maskrom模式，刷入Loader，再刷入镜像包。（因为OEC/OEC-turbo机器方面用料还是非常可以的，所以也有一种说法，即没有所谓的成砖一说，成砖了只是换一种方法刷而已。除非烧坏了硬件。但从我暂时没听说过烧坏硬件的现象出现。）。

个人思路：

其实我觉得刷入Loader和刷入镜像包可以分开刷入，这个不影响。但是你刷入Loader后，即可以使用Loader模式，随意刷入镜像包，比Maskrom模式要安全不少，也方法不少。

2、其他刷入方法：

其实我在买入第二台OEC-turbo的时候（目前只试了原系统，未刷包），计划就是用来研究OEC原系统架构下怎么刷入第三方包。但目前还没有方法。

因为之前大家使用的泄露密码（通过泄露密码进入系统，备份系统、修改启动方式）也好，从串口调试进入系统（TTL直接root权限，可以直接进入原系统）也好，均已经被OEC官方堵漏，无法操作。

......e2fsck 1.43.3 (04-Sep-2016)
/dev/data: clean, 7392/229376 files, 344673/917504 blocks
delay_time=0...
Starting monit: monit sleep 60s, until loopback device is stable.
stat /dev/env OK
stat /dev/env OK
kill: you need to specify whom to kill
killall: xyipkd: no process killed
killall: xyipk: no process killed
EC01_4652 login: upgrade stat main thread start !
[xyipk] dzlog init with file(/thunder/etc/ubus_app_log.conf) failed: -1EC01_4652 login: root
Password: 
Login incorrect

oec原系统的ttl串口日志（部分）

二、关于下载boot失败

我尝试更换电脑、更换系统（debian、mac），都没有解决下载失败的现象。

但我在尝试使用命令行下载boot的时候发现，确实是下载boot的步骤会出错。所以我上面会建议把刷Loader和刷包步骤分开操作，只要成功刷入Loader，后面的操作全部在Loader模式下操作，会稳很多，也安全很多。

Loader模式下刷包（RKDevTool版本无所谓，但如果有强制按地址一定要打上钩）

三、关于上篇文章（救砖部分）中提到的oec_base.img底包。

因为原作者在github上表示已经被oec方面投诉，所以相关刷机内容已经删除，包括oec_base.img的底包及下载。

而我在使用串口调试底包的时候也发现底包在分区上面有错误，无法正常启动系统，更无法引导刷入新系统。所以这个所谓底包如果不做修改的话目前就没有太大意义了。刷入底包和刷入其他镜像包的区别已经不大了。

......scanning bus dwc3@fcc00000 for devices... 1 USB Device(s) found
scanning bus dwc3@fd000000 for devices... cannot reset port 1!?
2 USB Device(s) found
scanning bus usb@fd800000 for devices... 1 USB Device(s) found
scanning bus usb@fd840000 for devices... 1 USB Device(s) found
scanning bus usb@fd880000 for devices... 1 USB Device(s) found
scanning bus usb@fd8c0000 for devices... 1 USB Device(s) foundscanning usb for storage devices... 1 Storage Device(s) found
Retrieving file: /extlinux/extlinux.conf
** Invalid partition 6 **......

oec_base.img的串口调试日志（部分）

我还有一台原系统未刷机的OEC-turbo，如果有更好的方法，可以进入原系统、备份系统、修改配制，甚至可以无拆刷机的话，这台可以用来测试和学习。

暂时关于oec刷机的内容，这几篇文章就是全部了。

最后：刷机有风险，操作需谨慎。