查看完整版本: 求助:818在平时待机状态下死机怎么解决

sixa000 2007-10-2 05:59

求助:818在平时待机状态下死机怎么解决

我的多普达818在平时不用的时候,屏幕关了,不过在几个小时后就死机了,很郁闷,每回都必须重启才行,我向问问这是怎么回事,是系统的毛病还是别的原因?请哪位大侠帮我解决B_thanks B_thanks

tinghua 2007-10-14 16:05

苍天啊,居然还有人跟我一样的毛病,同问帮顶,我是O2版的818:mad:

煞手间 2007-12-13 17:05

w

W我的是828+的 也是  好象把那个锁按键的东西  改下就好了  就是  系统---按键锁---不锁按键   好象是 这样 我在实验  我原来是晚上把屏关了以后早上就开不了了  但是那个星号灯在闪  就是屏不亮  不排除电池供电问题  和所装的程序问题  有新发现的话  希望我门  共同解决  我QQ:348281906     电话13938279321   
:( :mad:

kukuzoo 2007-12-16 23:28

楼主好啊,像你这种问题应该是软件系统的问题,有空看去刷个机吧,应该可以解决的,不是每个问题都是主板出现问题的,有的软件版体太低了就会,去网上看把无线版本升级高点再测试一下吧!

hsq0755 2008-1-15 12:44

B_1B_Dislike 1

zblinna 2008-1-15 23:23

8系列这样的问题一般都是机器摔后照成.刷ROM先试试,不行就是主板问题,8系列主板质量很差,摔坏能修复的很少!

yunfeng963 2008-1-21 20:34

都怎么回答哦  我用818出现过这样的问题 是电池盖哪个开关松了 掂一张纸就 OK 这个小问题就不需要上图了撒 我已经掂了 用了1个多月 都没死过机了

sam365 2008-2-24 10:15

我的818 O2也是常常有这个问题,还有COREPLAYER听歌时经常死机,不知你们有没有?

红色乱马 2008-2-26 14:30

我的818 O2 电量在60%以下就会经常死机,:funk:是电池问题吗? 垫了纸在后面也没有用,不知怎么解决?

暗暗去 2008-3-30 01:34

:mad: 大家好我是818+啊  我的机子待机不会死机  但是开QQ软件时候待机屏幕灯暗了 不久就待机了  10次有4到6次会死机了 请问大家有什么办法解决?  刷机都试很多没办法  换Q都试了也没办法

kevon 2008-6-16 23:40

我的O2 Xda FLAME 港行的,今天刚买的全新机,6.1.有时在待机的情况下死机,需要拔电池才能重启.
怎么回事哦?郁闷

kevon 2008-6-17 00:13

其实这个题目有点夸大,但是我还是相信对于大家找出大F睡死的原因有着理论的指导意义。

首先我们知道,大F也和大家上网用的计算机一样,是个微缩化,专业化的计算机。它同样具有CPU,内存等等一系列的硬件,只是它不像计算机可以随便我们拆开,可以明确的看到各个部件。(当然如果你对自己的拆东西和装东西手艺有信心,就当我没有说过。)计算机的各种资源是非常有限的,比如计算机内存,端口,CPU的时间片,等等,这些往往就是各个程序运行所必需的资源。现代计算机的操作系统,对于运行的程序对于资源的需求都是通过一定的方式来有序的进行分配,以确保系统能稳定有序的运行下去。
比如一个程序,或者说一个进程PRO1,需要访问端口com1,同时又要访问dsk0,这个时候操作系统就先判断com1是否空闲,如果空闲那么将该端口分配给pro1,完成后才判断DSK0是否空闲以便能分配给PRO1。在这个时候就出现2种情况了,第一种,你很幸运dsk0空闲,操作系统将按pro1的要求将该资源dsk0分配给进程,pro1将很正常的运行下去。
第二种情况,很不幸该资源(本例子资源是DSK0)被某进程PRO2占用,PRO1将继续等待PRO2将dsk0释放,这个时候我们在系统上所看到的就是该程序PRO1死了,对其操作全部没有反应。但是这个时候又有2种情况。第一种:PRO2占用dsk0,当PRO2对资源dsk0使用结束后将该资源释放,操作系统将DSK0再次分配给PRO1,于是我们的PRO1就再次运行起来。我们感觉就是PRO1曾经卡了,但是经过段时间后又可以继续运行了。第二种情况呢就是你太不幸了,PRO2一直不释放该资源,甚至可能PRO2也需要访问COM1,于是2个进程就像2个傻子在独木桥上顶牛,你不让我我不让你。操作系统对于2个进程都无法解决,这种情况在计算机上被称为死锁。如果我们在计算机上遇到这个问题,一般重启机器或者关闭死锁的一个进程,就可以解决。但是像大F这样的资源紧张的专业系统资源就更紧张,如果写程序的对于死锁没有进行过预先的规划,往往可能出现死锁的问题。但是如果要预先进行规划,则可能以降低程序运行速度和增加运行所需内存空间为代价,并且对程序编制人的专业知识和对系统了解提出了更高的要求。这些对于软件开发企业来说投入的成本将进一步增加,当然这就是题外话了。

kevon 2008-6-17 00:18

对于大F系统来说,大家常常遇到的睡死主要集中于短信未阅读和充电中睡死。按照上述的原理和原则,解决方向应该着重在充电和短信未阅读后的资源分配和占用上。我不是说WM5/6不好,但是由于系统资源的紧张,所以相信微软在系统再次的分配资源方面还是有一定的考虑,只是程序编制者对于这些没有多做考虑,或者就是充电单元或者短信接收的软件编制者没有利用到WM5/6的特性或者对于情况考虑不够完全。所以造成了死锁情况的发生。
大f睡死后,虽然没有对来电,新短信进行提示,但是对于交换系统来说还是正常的回应了,这就是说主叫方还是正常的听到睡死的大F送出的正常接收的的信号的。所以睡死只是表面的现象。如果有做移动交换系统维护的人员或者说有机会接触该系统的人员,完全可以对于睡死的大F进行No.7信令的追踪,就可以看到大F的GSM模块其实是在正常工作的。
页: [1]
查看完整版本: 求助:818在平时待机状态下死机怎么解决