3 votes

Motorola Droid 3, nombreux redémarrages aléatoires

J'ai les redoutables redémarrages aléatoires de mon Droid 3 récemment acquis.

Il redémarre plus de 10 fois par jour de façon aléatoire, aussi bien en veille que lorsqu'il fait quelque chose dans le téléphone.

La seule tendance que j'ai pu observer est qu'environ 30 secondes avant un redémarrage, je perds le signal téléphonique (le compteur de puissance du signal est vide et affiche une croix). Le WiFi continue de fonctionner jusqu'au redémarrage.

Je suis situé en Espagne et j'utilise le téléphone en mode GSM/UMTS, avec CDMA désactivé. Parfois, lorsque je perds le signal avant un redémarrage, j'obtiens une fenêtre contextuelle me demandant si je veux mettre le téléphone en mode "global" pour qu'il recherche un signal CDMA.

J'utilise un Steel Droid 3 enraciné avec OTA 5.6.890, mais c'est aussi arrivé avec la ROM stock de Verizon.

J'ai beaucoup cherché sur Internet ces deux derniers jours et j'ai fait tout ce que j'ai trouvé sur les solutions possibles :

  • Réinitialisation d'usine et désactivation des fonctions de restauration de Google lors de la configuration initiale (pour éviter de restaurer les données des hotspots WiFi, ce qui provoquerait des redémarrages).
  • Effacement manuel de toutes les informations sur les hotspots WiFi
  • Désactiver le WiFi
  • Fonctionnement sans application installée
  • Formatage de la carte sd
  • Effacement des données utilisateur et du cache de Recovery
  • Vérifiez si la batterie est desserrée, calez un morceau de papier pour la maintenir en place.

Rien de tout cela n'a empêché ou même atténué les redémarrages aléatoires.

Je crains que mon téléphone ne soit un vrai citron, mais malheureusement, comme je suis en Espagne, je ne peux pas le renvoyer et obtenir un remplacement. De toute façon, j'ai lu que des gens ont renvoyé leurs Droids quatre ou cinq fois et obtiennent toujours des redémarrages aléatoires dans chaque nouveau Droid ou Droid remis à neuf qu'ils obtiennent.

À part cela, le téléphone fonctionne parfaitement bien, et je l'aime vraiment. Mais avoir des redémarrages lorsque vous êtes au milieu de quelque chose va devenir de plus en plus ennuyeux et je crains de le jeter par la fenêtre tôt ou tard. Je dois vraiment résoudre ce problème.

Je cours adb logcat dans l'espoir d'en trouver la cause, mais il n'a rien vu de révélateur. Voici les queues de mes 3 derniers logs avant un crash :

12-06 22:39:43.764   512  3986 W Smack/Packet: notify conn break (IOEx), close connection12-06 22:39:43.764   512  3986 D Smack   : [XMPPConn] close connection, notifyClosed=false
12-06 22:39:43.921   512   608 I GTalkService: [GTalkConnection.18] connectionClosed: connId=28343, error=CONNECTION FAILED
12-06 22:39:43.921   317   323 D ConnectivityService: reportNetworkCondition(1,0)
12-06 22:39:43.929   317   370 D ConnectivityService: Inet connectivity change,net=1, condition=0,mActiveDefaultNetwork=1
12-06 22:39:43.929   317   370 D ConnectivityService: starting a change hold12-06 22:39:43.936   512   608 I GTalkService: [GTalkConnection.18] (WORKER THREAD) update account status
12-06 22:39:43.999   512   608 I GTalkService: [GTalkConnection.18] (WORKER THREAD) update account status - done, took 58 ms
12-06 22:39:46.944   400   400 D StatusBarPolicy: the netConditon of netType 1 is updated as 0 by android.net.conn.INET_CONDITION_ACTION,icon color should be white.
12-06 22:39:46.944   400   400 V StatusBarPolicy: NetworkInfo: NetworkInfo: type: WIFI[], state: CONNECTED/CONNECTED, reason: (unspecified), extra: (none), roaming: false, failover: false, isAvailable: true, inetCondition=     0
12-06 22:39:46.944   400   400 V StatusBarPolicy: mModemIsResetting=false
12-06 22:39:46.944   317   370 D ConnectivityService: Inet hold end, net=1, condition =0, published condition =100
12-06 22:39:59.702   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control, buff = auto
12-06 22:39:59.702   195   237 D libmdmctrl:
12-06 22:39:59.702   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control opened in write only mode
12-06 22:39:59.702   195   237 D libmdmctrl:

Journal de bord 2 :

12-06 23:12:14.951   533  1016 I EventLogService: Aggregate from 1323209010096 (log), 1323207734851 (data)
12-06 23:12:16.654   317   382 D dalvikvm: GC_EXPLICIT freed 143K, 38% free 8201K/13063K, external 5433K/6784K, paused 158ms
12-06 23:12:21.990   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control, buff = auto
12-06 23:12:21.990   195   237 D libmdmctrl:
12-06 23:12:21.990   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control opened in write only mode
12-06 23:12:21.990   195   237 D libmdmctrl:
12-06 23:12:24.591  4743  4754 W googleanalytics: Problem with socket or streams.
12-06 23:12:24.591  4743  4754 W googleanalytics: java.net.ConnectException: www.google-analytics.com/127.0.0.1:80 - Connection refused
12-06 23:12:24.591  4743  4754 W googleanalytics:       at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:207)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:437)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at java.net.Socket.connect(Socket.java:983)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:119)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at com.google.android.apps.analytics.PipelinedRequester.maybeOpenConnection(Unknown Source)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at com.google.android.apps.analytics.PipelinedRequester.addRequest(Unknown Source)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at com.google.android.apps.analytics.NetworkDispatcher$DispatcherThread$AsyncDispatchTask.dispatchSomePendingEvents(Unknown Source)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at com.google.android.apps.analytics.NetworkDispatcher$DispatcherThread$AsyncDispatchTask.run(Unknown Source)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at android.os.Handler.handleCallback(Handler.java:587)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at android.os.Handler.dispatchMessage(Handler.java:92)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at android.os.Looper.loop(Looper.java:130)
12-06 23:12:24.591  4743  4754 W googleanalytics:       at android.os.HandlerThread.run(HandlerThread.java:60)
12-06 23:12:24.849   445   467 D dalvikvm: GC_CONCURRENT freed 1098K, 49% free 4008K/7815K, external 2692K/3351K, paused 2ms+2ms
12-06 23:12:24.896   445   445 W KeyCharacterMap: Can't open keycharmap file
12-06 23:12:24.896   445   445 W KeyCharacterMap: Error loading keycharmap file'/data/usr/keychars/omap-keypad.kcm.bin'. hw.keyboards.0.devname='omap-keypad'

Journal de bord 3 :

12-06 23:46:26.576   677  1930 W IdleConnectionHandler: Removing a connection that never existed!12-06 23:46:26.576   677  1930 D News Processor:  SAVED http://www.meneame.net/rss2.php
12-06 23:46:26.584   677  1932 D News Processor:  PROCESSING source: 20 http://www.meneame.net/rss2.php
12-06 23:46:26.646   677  1932 D News Processor:  HAS NEW: false - http://www.meneame.net/rss2.php
12-06 23:46:33.584  1480  1491 W googleanalytics: Problem with socket or streams.
12-06 23:46:33.584  1480  1491 W googleanalytics: java.net.ConnectException: www.google-analytics.com/127.0.0.1:80 - Connection refused
12-06 23:46:33.584  1480  1491 W googleanalytics:       at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:207)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:437)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at java.net.Socket.connect(Socket.java:983)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:119)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at com.google.android.apps.analytics.PipelinedRequester.maybeOpenConnection(Unknown Source)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at com.google.android.apps.analytics.PipelinedRequester.addRequest(Unknown Source)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at com.google.android.apps.analytics.NetworkDispatcher$DispatcherThread$AsyncDispatchTask.dispatchSomePendingEvents(Unknown Source)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at com.google.android.apps.analytics.NetworkDispatcher$DispatcherThread$AsyncDispatchTask.run(Unknown Source)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at android.os.Handler.handleCallback(Handler.java:587)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at android.os.Handler.dispatchMessage(Handler.java:92)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at android.os.Looper.loop(Looper.java:130)
12-06 23:46:33.584  1480  1491 W googleanalytics:       at android.os.HandlerThread.run(HandlerThread.java:60)
12-06 23:46:36.334   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control, buff = auto
12-06 23:46:36.334   195   237 D libmdmctrl:
12-06 23:46:36.334   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control opened in write only mode
12-06 23:46:36.334   195   237 D libmdmctrl:

J'ai vu que la sortie la plus courante avant le redémarrage est

12-06 22:39:59.702   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control, buff = auto
12-06 22:39:59.702   195   237 D libmdmctrl:
12-06 22:39:59.702   195   237 D libmdmctrl: file /sys/bus/usb/devices/usb2/power/control opened in write only mode
12-06 22:39:59.702   195   237 D libmdmctrl:

Mais j'ai cherché libmdmctrl sur Google et il n'y a qu'un seul résultat qui n'a rien à voir avec quoi que ce soit.

Je suis vraiment dans le noir, merci pour toute aide !

2voto

awe Points 1071

J'ai essayé une approche différente, en voyant que le problème venait de la radio / téléphonie...

J'ai mis une autre carte SIM d'un autre opérateur, et jusqu'à présent je n'ai pas eu de redémarrage !

Quelle est la différence ? Mon opérateur principal est un "opérateur virtuel", c'est-à-dire une entreprise qui loue le réseau d'autres entreprises pour offrir son service, généralement à des prix plus compétitifs.

La carte SIM que j'utilise actuellement provient d'un opérateur traditionnel qui possède directement le réseau.

Ce que je pense, c'est que lorsqu'on utilise un opérateur virtuel, on a une sorte d'itinérance permanente : le téléphone doit d'abord se connecter à l'opérateur propriétaire du réseau, puis rejoindre le réseau virtuel de l'opérateur virtuel. D'une certaine manière, cela rend le Droid 3 fou.

L'indicateur de puissance du signal affichait en effet un petit "R" indiquant que j'étais en itinérance. J'ai supposé que c'était parce qu'étant un téléphone américain, il considérait tout réseau non américain comme de l'itinérance, mais maintenant que j'utilise la carte SIM de l'opérateur habituel, la barre de puissance du signal n'affiche plus de "R".

Il semblerait que je doive changer d'opérateur pour passer à un propriétaire de réseau, dont les prix sont malheureusement beaucoup moins compétitifs. Mais au moins j'ai trouvé un moyen d'utiliser le Droid 3 sans reboots constants !

Pour référence future à d'autres utilisateurs espagnols : J'ai des redémarrages en utilisant une carte SIM Simyo (qui fonctionne sur le réseau Orange), mais avec une carte SIM Movistar, il n'y a pas de redémarrage.

1voto

Bryan Denny Points 21817

Il me semble que cela pourrait être un problème matériel et non un problème logiciel.

Des choses que j'essaierais

  • Flashing encore plus de ROMs. Essayez CM7 si elle est disponible pour le Droid 3. S'il continue à redémarrer avec d'autres ROMs, vous avez probablement un problème matériel.
  • Suggestions de matériel : essayez une batterie nouvelle/différente. Par ailleurs, étant donné que vous utilisez le GSM et que le problème concerne la perte de signal, il s'agit peut-être d'un problème avec votre carte SIM ?
  • Sinon, contactez le service clientèle et parlez-leur de votre problème de redémarrage du matériel. Ils auront peut-être des informations ou des procédures supplémentaires pour vous aider. Ou un nouveau téléphone reconditionné. (Mais comme vous êtes en Espagne, cela semble être un problème).

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X