OK, c'est un problème bizarre que je rencontre avec un système Android que j'utilise sans problème depuis plusieurs années maintenant et je suis pratiquement à court d'idées sur la façon de le résoudre.
Commençons par le début pour décrire le problème et ce que j'ai essayé de faire au cours des 12 dernières heures.
Ce matin, je me suis réveillé avec mon appareil et j'ai constaté qu'une application récemment installée (via le magasin Google Play) avait planté, et bien sûr, un grand nombre d'autres applications et services ont également présenté un problème.
-
J'ai décidé de simplement le désinstaller et de redémarrer mon téléphone (en vidant le cache Dalvik pour éviter tout problème). Le système a démarré comme d'habitude, mais j'ai remarqué que l'application que je venais de désinstaller était toujours là. J'ai réessayé, même résultat.
-
Sachant que j'ai une sauvegarde TWRP vieille de 5 jours, j'ai décidé de la restaurer pour revenir à mon ancien état système. C'est fait, j'ai effacé le cache Dalvik et j'ai redémarré. Pas de succès, l'ancien système (avec l'application qui ne devrait pas être là) démarre. Donc, cette sauvegarde TWRP n'était pas une solution.
-
Pleurant une larme silencieuse, j'ai décidé d'effacer toutes les partitions via TWRP et de reflasher la ROM à partir de zéro. J'ai redémarré et à mon surprise l'ancien système s'est affiché (y compris le fond d'écran, les paramètres, et cette application bizarre, etc.)
-
Ne voulant pas abandonner, j'ai même essayé d'installer une autre ROM. TWRP confirme que cela réussit. Mais le redémarrage ignore toutes les modifications du système et démarre ce satané ancien OS (y compris les paramètres et les applications - qui ne devraient pas exister en raison d'une réinitialisation d'usine).
-
Un peu énervé par tout cela, je me suis dit : " OK, je vais effacer toutes les partitions et redémarrer. N'ayant pas de système d'exploitation, l'appareil ne devrait pas démarrer du tout, ce qui confirme que je me suis débarrassé de ce qui a perturbé mon appareil. J'ai démarré dans TWRP, j'ai effacé TOUTES les partitions listées (y compris la carte SD externe). J'ai confirmé que cela a fonctionné en utilisant le gestionnaire de fichiers TWRP pour vérifier le contenu de chaque partition disponible. Elles sont toutes vides. J'étais convaincu que cela allait fonctionner et que mon appareil allait se détraquer à cause d'un OS manquant. Donc, j'ai redémarré et whoops L'appareil démarre à nouveau dans le système (avec cette application, l'ancien fond d'écran, etc.) La logique dit que ce n'est pas possible, puisque toutes les partitions sont vides.
Pour faire court : j'ai essayé toutes les astuces possibles pour me débarrasser de l'ancien système d'exploitation, mais quoi que je fasse, je n'y arrive pas. Fouetter, flasher, etc. ne semble pas changer le fait que le téléphone démarre joyeusement dans un OS qui - selon le gestionnaire de fichiers TWRP - n'existe pas.
Maintenant, je suis à court d'idées sur la façon de le réparer. C'est presque comme si je luttais contre une partition "cachée/silencieuse" dans laquelle on s'installe. Comme je l'ai dit : cela se produit même lorsque j'efface toutes les partitions ( System + Cache + Data + Internal Storage + Micro SD card ) suivi d'un Format Data ), puis redémarrez.
En attendant, je commence à soupçonner que la dernière application que j'ai installée via le Google Play store était peut-être un logiciel malveillant. Mais cela ne devrait pas donner lieu à un système d'exploitation amorçable après un nettoyage complet de l'appareil.
- Se peut-il néanmoins que mon appareil Android démarre dans une partition "furtive" ? Si c'est le cas, comment puis-je m'en débarrasser alors que je ne peux pas la voir via TWRP ?
- Existe-t-il un moyen de formater en dur et de repartitionner les SD internes et de recréer les partitions en dehors de la fonctionnalité de TWRP ? (Au cas où il y aurait un problème avec l'une des partitions, que TWRP n'efface pas vraiment).
- Ou (ce qui me ferait vraiment plaisir) quelqu'un a-t-il déjà vécu une expérience similaire et a-t-il une solution qui pourrait m'aider à résoudre ce problème en me débarrassant de l'ancien système d'exploitation que l'appareil semble détecter ? qui-sait-où et démarre joyeusement ?
エディテージ
Comme un commentaire demandait des détails sur la version et al :
- L'appareil est un Samsung GT-P3100, alias
espresso3g - TWRP 3.2.1-0
-
Le Rom qui est (appelons-le ainsi) "non-killable" est SlimKat. Pour être plus précis
Slim-4.4.4.build.9.0-OFFICIAL-8293
En regardant les choses encore et encore, il semble que TWRP ne parvient pas à effacer correctement une ou plusieurs partitions (Système, Données), même s'il n'y a pas un seul message d'erreur ou d'avertissement lors de cette opération.
J'ai aussi essayé d'effacer toutes les partitions ainsi que le stockage interne et les flashs. lineage-13.0-20180211-nightly-espresso3g-signed ce qui entraîne une erreur 7 (redémarrage du même SlimKat "non-killable").
Il en va de même pour essayer d'effacer toutes les partitions ainsi que le stockage interne et la mémoire flash. Slim_espresso3g-6.0.1-20180414-1959 ce qui entraîne l'erreur 7 (redémarrage du même SlimKat "non-killable").
En outre, il pourrait être utile de savoir que j'ai un autre appareil espresso3g disponible, qui ne présente pas de problèmes similaires. Sur cet autre appareil, je peux flasher, fouetter, sauvegarder, récupérer, et par conséquent démarrer avec succès dans la ROM correspondante comme prévu.
Par conséquent, je soupçonne qu'il y a un problème avec une ou plusieurs partitions, ce qui empêche également TWRP de formater correctement contrairement à ce qu'il prétend. Même en utilisant le terminal TWRP et en étant assez fou pour essayer rm -rf /data/* y rm -rf /system/* semblait fonctionner au premier coup d'œil. Pourtant, le contenu de la partition apparaît simplement au redémarrage comme si rien ne s'était passé. Un autre indicateur qu'il pourrait s'agir d'un problème de partition est que - toute modification d'un paramètre ou même le démarrage d'une application dans le SlimKat "non-killable" en cours de démarrage entraîne l'effondrement de l'ensemble du système d'exploitation pièce par pièce jusqu'à ce que l'appareil redémarre en mode récupération.
