Android qui reboot de manière aléatoire

a marqué ce sujet comme résolu.

Bonjour les agrumes !

Je dispose d’un Xiaomi MI4, pour lequel j’ai installé LineageOS (la dernière version de MIUI demandant trop de ressources pour mon petit téléphone, qui laggait trop).

Un problème, qui de mémoire existait déjà du temps de MIUI, c’est qu’il reboot de manière aléatoire. Je ne sais pas à quoi c’est dû, et comment le corriger. Si vous avez une idée pour faire un diagnostic et éventuellement fixer cela.

Zestement

+0 -0

D’après l’aide, je dirais adb logcat -L \*:V pour avoir les logs avant le dernier reboot ou adb logcat \*:V pour le log courant et attendre que le téléphone redémarre.

% adb logcat --help
Usage: logcat [options] [filterspecs]
options include:
  -s              Set default filter to silent.
                  Like specifying filterspec '*:S'
  -f <filename>   Log to file. Default is stdout
  -r <kbytes>     Rotate log every kbytes. Requires -f
  -n <count>      Sets max number of rotated logs to <count>, default 4
  -v <format>     Sets the log print format, where <format> is:

                      brief color long printable process raw tag thread
                      threadtime time usec

  -D              print dividers between each log buffer
  -c              clear (flush) the entire log and exit
  -d              dump the log and then exit (don't block)
  -t <count>      print only the most recent <count> lines (implies -d)
  -t '<time>'     print most recent lines since specified time (implies -d)
  -T <count>      print only the most recent <count> lines (does not imply -d)
  -T '<time>'     print most recent lines since specified time (not imply -d)
                  count is pure numerical, time is 'MM-DD hh:mm:ss.mmm'
  -g              get the size of the log's ring buffer and exit
  -L              dump logs from prior to last reboot
  -b <buffer>     Request alternate ring buffer, 'main', 'system', 'radio',
                  'events', 'crash' or 'all'. Multiple -b parameters are
                  allowed and results are interleaved. The default is
                  -b main -b system -b crash.
  -B              output the log in binary.
  -S              output statistics.
  -G <size>       set size of log ring buffer, may suffix with K or M.
  -p              print prune white and ~black list. Service is specified as
                  UID, UID/PID or /PID. Weighed for quicker pruning if prefix
                  with ~, otherwise weighed for longevity if unadorned. All
                  other pruning activity is oldest first. Special case ~!
                  represents an automatic quicker pruning for the noisiest
                  UID as determined by the current statistics.
  -P '<list> ...' set prune white and ~black list, using same format as
                  printed above. Must be quoted.

filterspecs are a series of 
  <tag>[:priority]

where <tag> is a log component tag (or * for all) and priority is:
  V    Verbose (default for <tag>)
  D    Debug (default for '*')
  I    Info
  W    Warn
  E    Error
  F    Fatal
  S    Silent (suppress all output)

'*' by itself means '*:D' and <tag> by itself means <tag>:V.
If no '*' filterspec or -s on command line, all filter defaults to '*:V'.
eg: '*:S <tag>' prints only <tag>, '<tag>:S' suppresses all <tag> log messages.

If not specified on the command line, filterspec is set from ANDROID_LOG_TAGS.

If not specified with -v on command line, format is set from ANDROID_PRINTF_LOG
or defaults to "threadtime"

En faisant la première option, j’ai « logcat read failure ». Pour le second choix, c’est tellement aléatoire, il peut avoir des semaines sans reboot, difficile d’avoir son tel H24 collé à son PC et avec les logs.

+0 -0

En faisant la première option, j’ai « logcat read failure ». Pour le second choix, c’est tellement aléatoire, il peut avoir des semaines sans reboot, difficile d’avoir son tel H24 collé à son PC et avec les logs.

qwerty

malheureusement le log pourrait ne pas être enregistré si tu as un panic. Si ton téléphone est connecté à un VPN avec ta machine, tu peux essayer de faire un adb connect et déboguer à distance. Mais tu ne dois pas perdre ta connexion même dans ce cas-là.

Cela dit, je me souviens d’un reboot mémorable, c’était lorsqu’il y avait beaucoup d’applications ouvertes en même temps (j’avais Lync, je passais un appel tel, et certainement firefox était allumé). Je prédis que c’est certainement quand le CPU a été sur-utilisé. Mais ce matin, que firefox et l’application Twitter… Étrange.

+0 -0

Xiaomi MI4. La session Lync s’était fini (après un appel vidéo avec pendant quoi… une demi-heure), il a rebooté durant un appel téléphonique juste après.

Concernant ce matin, non, pas de vidéo.

+0 -0

J’ai déjà eu également des versions de LineageOS qui plantaient… Je te conseille d’aller sur le forum XDA. C’est sur ce forum que les développeurs mettent l’avancée des portabilités des différentes ROM customs (donc LineageOS). Il y a en général un topic par ROM et par téléphone. Il y a donc probablement un topic pour ta version de LineageOS pour Xiaomi MI4.

Dans le meilleur des cas tu trouveras que le problème a déjà été signalé et corrigé ou alors tu pourras le signaler. Bon courage :)

Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte