telnet到E680,或者直接在qonsole中输入reboot命令,会出现这样一个有趣的结果。那就是,出现开机画面后,黑屏。比较有趣的是此时能够telnet到机器上面,此时再次执行reboot命令。系统居然能够重启成功。
对比黑屏界面是启动的进程情况:
/usr/SYStapi/tapisrv
/usr/SYStapi/dsm
/usr/SYSqtapp/*三个程序
进一步操作发现tapisrv就是系统接口,当结束这个进程,却能够打进电话来但不能够接。也就是说这个进程同时控制着系统的硬件。其他几个进程呢?当手动结束后,没有任何的影响。
如果在黑屏状态下运行tapisrv进程呢?会显示一下信息
《用户太多,图片传不上了,等会儿再传》
说明首先要检测一个文件sms的存在。--注意是这一步出错。
我们回到原来的话题,为什么我们重启不成功呢?原因很简单,对电源控制方面嵌入式系统的原理和普通桌面PC 的原理是有差别的。只有执行了apm函数,对电源进行操作才能够实现真正意义上的关机(何者说是重启)。这也就是为什么我们执行两边reboot系统能够重启起来的原因了。一遍是系统关机,一遍是我们手动按关机操作键。
对比黑屏界面是启动的进程情况:
/usr/SYStapi/tapisrv
/usr/SYStapi/dsm
/usr/SYSqtapp/*三个程序
进一步操作发现tapisrv就是系统接口,当结束这个进程,却能够打进电话来但不能够接。也就是说这个进程同时控制着系统的硬件。其他几个进程呢?当手动结束后,没有任何的影响。
如果在黑屏状态下运行tapisrv进程呢?会显示一下信息
《用户太多,图片传不上了,等会儿再传》
说明首先要检测一个文件sms的存在。--注意是这一步出错。
我们回到原来的话题,为什么我们重启不成功呢?原因很简单,对电源控制方面嵌入式系统的原理和普通桌面PC 的原理是有差别的。只有执行了apm函数,对电源进行操作才能够实现真正意义上的关机(何者说是重启)。这也就是为什么我们执行两边reboot系统能够重启起来的原因了。一遍是系统关机,一遍是我们手动按关机操作键。
本文探讨了E680设备在执行reboot命令后出现的黑屏问题,并分析了其背后的进程控制及电源管理机制。通过研究关键进程如tapisrv的作用,揭示了嵌入式系统重启失败的根本原因。
1111

被折叠的 条评论
为什么被折叠?



