6 votes

PERR0_HUNTER avatar

Samsung Galaxy S : le téléphone n'envoie pas ou ne reçoit pas d'appels et de messages texte

Demandé el 11 de Janvier, 2013
Quand la question a-t-elle été
22662 affichage
Nombre de visites la question a
3 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Je possède un Samsung Galaxy S enraciné, fonctionnant sous la version 2.2 Froyo. Mon fournisseur de services est AT&T.

De temps à autre, environ une fois par semaine à une fois par mois, mon téléphone se met soudainement, sans avertissement, dans un état où il refuse d'envoyer ou de recevoir des messages texte et des appels téléphoniques. Le seul moyen que j'ai trouvé pour que mon téléphone fonctionne à nouveau normalement est de le redémarrer.

Plus précisément, si j'essaie d'envoyer un message texte, il est juste dit que sending mais ne semble jamais envoyer quoi que ce soit. Je ne reçois aucun message texte (et lorsque je rallume mon téléphone, je peux en recevoir plusieurs d'un coup qui ont été envoyés il y a plus d'une heure).

Je ne reçois pas d'appels téléphoniques.

Lorsque j'essaie d'appeler quelqu'un, je n'entends pas le "bruit de la sonnerie", et le téléphone essaie d'appeler sans cesse sans le faire. Si j'abandonne et que j'essaie de cliquer sur le bouton rouge " Terminer l'appel ", je retourne à l'écran d'accueil, mais le symbole du téléphone s'affiche dans la barre de notification.

Si je fais glisser le plateau de notification vers le bas, il y a une sorte d'appel vert "en cours" avec quelques boutons pour couper ou terminer l'appel. Si j'essaie de mettre fin à l'appel, cela ne donne absolument rien et l'appel en cours reste affiché jusqu'à ce que je redémarre.

Cependant, l'internet (wifi et 3G) semble fonctionner.

Je ne suis pas sûr de la cause exacte de ce problème, ni de la fréquence à laquelle il se produit. Comme je ne le remarque que lorsque j'ai besoin d'appeler quelqu'un ou que j'attends un appel, je suppose qu'il est tout à fait possible que ce problème se produise plus fréquemment que je ne le remarque et qu'il se résolve tout aussi silencieusement (bien que je n'aie aucune idée de la manière de le vérifier).

J'ai essayé de faire des recherches sur Internet, mais je n'ai rien trouvé d'utile. Quelqu'un peut-il identifier ce qui ne va pas avec mon téléphone, ou m'aider à diagnostiquer le problème ?

Editar:

Voici mon logcat et voici le sortie Je l'ai eu après avoir couru adb bugreport . L'erreur/crash s'est produite pour la dernière fois le jeudi 10 janvier 2013. Je sais que je ne recevais pas d'appels téléphoniques/messages texte à partir d'au moins environ 15 h 20 (heure du Pacifique), et j'ai redémarré le téléphone vers 16 h 10-16 h 20.

Demandé el 11 de Janvier, 2013 par PERR0_HUNTER

Réponses

Trop de publicités?

4voto

Nick Pierpoint avatar
Nick Pierpoint Points 7976

Je soupçonne, après avoir lu le logcat et le dump, que le noyau a tué un certain nombre de processus, que ce soit à cause de la ROM elle-même, ou d'un bug de la RIL (Radio Interface Layer), la RIL est responsable de la communication avec le firmware de la bande de base de la radio cellulaire.

C'est l'extrait du noyau, montrant Dolphin, Alarm Clock, Google Voice( ?) se faire tuer :

[125362.321461] select 2452 (ogle.android.gm), adj 8, size 5199, to kill
[125362.321481] select 2543 (.osp.app.signin), adj 9, size 3650, to kill
[125362.321495] select 2559 (pp.clockpackage), adj 9, size 4222, to kill
[125362.321512] send sigkill to 2559 (pp.clockpackage), adj 9, size 4222
[125363.255635] select 1225 (ek.TunnyBrowser), adj 7, size 19674, to kill
[125363.255657] select 2452 (ogle.android.gm), adj 8, size 5189, to kill
[125363.255671] select 2543 (.osp.app.signin), adj 9, size 3648, to kill
[125363.255684] select 2597 (gphone.acc.free), adj 9, size 3850, to kill
[125363.255699] send sigkill to 2597 (gphone.acc.free), adj 9, size 3850
[125364.339592] touch_led_control: 2 
[125365.378613] select 1225 (ek.TunnyBrowser), adj 7, size 19294, to kill
[125365.378646] select 2452 (ogle.android.gm), adj 8, size 5061, to kill
[125365.378664] select 2543 (.osp.app.signin), adj 9, size 3604, to kill
[125365.378681] select 2611 (ock.xtreme.free), adj 9, size 3969, to kill
[125365.378702] send sigkill to 2611 (ock.xtreme.free), adj 9, size 3969

Voici l'extrait de la téléphonie, notez l'écart dans le temps enregistré, dernier enregistré à 19:23:48.949 y 19:35:33.144 :

01-13 19:23:48.949 D/RILJ    ( 2574): [14954]> REQUEST_GET_NEIGHBORING_CELL_IDS
01-13 19:23:48.949 D/RILC    ( 2366): [14954]> GET_NEIGHBORING_CELL_IDS 
01-13 19:23:48.949 D/RILC    ( 2366): [14954]< GET_NEIGHBORING_CELL_IDS fails by E_REQUEST_NOT_SUPPORTED
01-13 19:23:48.949 D/RILJ    ( 2574): [14954]< REQUEST_GET_NEIGHBORING_CELL_IDS error: com.android.internal.telephony.CommandException: REQUEST_NOT_SUPPORTED
01-13 19:35:33.144 D/RILJ    ( 2574): [14955]> SCREEN_STATE: true
01-13 19:35:33.148 D/RILC    ( 2366): [14955]> SCREEN_STATE (1)
01-13 19:35:33.152 D/GSM     ( 2574): [GsmMultiDCT] Stop poll NetStat
01-13 19:35:33.644 D/RILC    ( 2366): [UNSL]< UNSOL_RESPONSE_NETWORK_STATE_CHANGED

Plus loin dans le journal, il est question de téléphonie :

01-13 19:36:13.891 D/RILC    ( 2366): [14972]< QUERY_NETWORK_SELECTION_MODE {0}
01-13 19:36:13.891 D/RILJ    ( 2574): [14971]< SCREEN_STATE
01-13 19:36:13.891 D/RILJ    ( 2574): [14972]< QUERY_NETWORK_SELECTION_MODE {0}
01-13 19:36:13.895 D/RILC    ( 2366): [14973]< OPERATOR {AT&T,AT&T,310410}
01-13 19:36:13.899 D/RILJ    ( 2574): [14973]< OPERATOR {AT&T, AT&T, 310410}
01-13 19:36:13.899 I/GSM     ( 2574): EVENT_POLL_STATE_OPERATOR
01-13 19:36:13.899 D/RILC    ( 2366): [14974]< GPRS_REGISTRATION_STATE { 1,a7e9,007537ea,9}
01-13 19:36:13.899 D/RILJ    ( 2574): [14974]< GPRS_REGISTRATION_STATE {1, a7e9, 007537ea, 9}
01-13 19:36:13.899 D/RILC    ( 2366): [14975]< REGISTRATION_STATE {1,a7e9,007537ea,(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),0}
01-13 19:36:13.903 D/RILJ    ( 2574): [14975]< REGISTRATION_STATE {1, a7e9, 007537ea, null, null, null, null, null, null, null, null, null, null, 0}
01-13 19:36:13.923 I/GSM     ( 2574): <Leo> PrePLMN: 310410, plmn: 310410, ss.getState(): 0
01-13 19:36:13.923 I/GSM     ( 2574): handlePollStateResult(); regState: 1, mNewLuRejCause: 0
01-13 19:36:13.923 D/GSM     ( 2574): Poll ServiceState done:  oldSS=[0 home AT&T AT&T 310410  HSDPA CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly: false] newSS=[0 home AT&T AT&T 310410  HSDPA CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly: false] oldGprs=0 newGprs=0 oldType=HSDPA newType=HSDPA
01-13 19:36:21.298 D/RILC    ( 2366): [0001]> OEM_HOOK_RAW (raw_size=6)
01-13 19:36:21.302 D/RILC    ( 2366): [0001]< OEM_HOOK_RAW
01-13 19:36:21.306 D/RILC    ( 2366): [UNSL]< <unknown request> {0}
01-13 19:36:21.306 D/RILJ    ( 2574): processing unsol response: java.lang.RuntimeException: Unrecognized unsol response: 11012

Le NITZ (Network Identity and Time Zone) apparaît aussi souvent, comme indiqué ci-dessous dans le même journal de téléphonie. Il semble que la gestion du NITZ n'ait pas été très bonne jusqu'à ICS, dans lequel un correctif a été apporté pour gérer les fuseaux horaires (soit l'itinérance lors de la navigation sur Internet, soit un problème avec le RIL) :

01-13 19:13:19.035 D/RILC    ( 2366): sendUnsolicitedResponses: multi client index=2, fd=28
01-13 19:13:19.035 D/RILC    ( 2366): [UNSL]< UNSOL_NITZ_TIME_RECEIVED {13/01/14,03:13:18-32,00}

Les erreurs en matière de téléphonie sont flagrantes et s'expliquent aussi par le fait que la version 2.2 de Froyo, est Il est donc possible qu'il ne soit pas en mesure de gérer le problème d'AT&T qui en est à l'origine. De même, il se peut que les systèmes d'AT&T aient été mis à jour/mis à niveau, et qu'ils envoient des informations téléphoniques supplémentaires/NITZ dans un format que Froyo ne peut pas gérer et qui gèle.

Le mieux serait d'essayer une mise à jour du firmware et de voir si cela résout le problème.

Avant de faire une mise à jour, puisque le combiné est enraciné, il est préférable de faire une sauvegarde de tout, en utilisant Sauvegarde en titane pour sauvegarder les applications et les données des utilisateurs, utilisez Sauvegarde et restauration de SMS pour sauvegarder les messages SMS. Il sera inévitable que la mise à niveau perde Root, mais là encore, il serait facile de le faire après la mise à niveau.

Répondu el 14 de Janvier, 2013 par Nick Pierpoint (7976 Points )

1voto

Sid avatar
Sid Points 4148

Il semble qu'il y ait des défauts dans votre combiné. Il n'y a donc pas d'astuces ou de réparations simples qui s'appliquent spécifiquement à votre situation. Mais voici quelques ...des suggestions sur la façon dont vous pouvez vous remettre de l'erreur... et quelques conseils pour ...diagnostiquer le problème... comme vous l'avez demandé.

  • Essayez d'utiliser une autre carte SIM dans votre appareil. Ce type de problème est souvent dû au fait que la carte SIM n'entre pas en contact avec les connecteurs métalliques de votre téléphone.
  • Vérifiez la puissance de votre signal. Lorsque le niveau du signal est faible, certains appareils se comportent bizarrement lorsqu'ils ont une mauvaise réception de l'opérateur.
  • Allez dans les paramètres de votre réseau mobile et essayez de basculer entre les différents modes de réseau disponibles.

Si aucune des solutions ci-dessus n'a résolu votre problème, vous devez en parler à votre revendeur/fabricant (et faire valoir votre garantie le cas échéant) ou il est temps de changer de téléphone. L'option de mise à jour de votre système d'exploitation vers la dernière version d'Ice Cream Sandwich n'est pas applicable. Votre appareil ne dispose pas d'une mise à jour officielle ( src )

Répondu el 13 de Janvier, 2013 par Sid (4148 Points )

1voto

ldam avatar
ldam Points 111

Le téléphone vous permet-il de passer en mode Avion ? Essayez de l'activer puis de le désactiver.

Cela ne résout pas complètement le problème, mais c'est une solution de rechange pour les autres téléphones qui ont des problèmes similaires.

Répondu el 18 de Janvier, 2013 par ldam (111 Points )

Questions en vedette

Top Tags

Dans notre réseau

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:

Yandex
X