Quelque chose mange secrètement la mémoire interne de mon Acer Iconia A500 et j'ai besoin d'aide pour le trouver.

Voici quelques points clés de ce problème. Bien qu'ils ne s'appliquent pas tous à ce cas, je vais quand même les inclure tous - car dans un autre cas, ils pourraient s'avérer utiles :

• Un bon point de départ pour vérifier est apps -> gérer les apps dans le menu système d'Androïd, qui répertorie toutes les applications+données et peut être trié par taille, afin d'identifier les "plus gros consommateurs". Ici, vous pouvez "supprimer" les caches trop volumineux (par application).
• Certains répertoires du système de fichiers ne peuvent pas être examinés sans avoir les privilèges de Root. du -k|sort -n (pour trouver les plus gros fichiers) permettrait par exemple d'ignorer les répertoires situés en dessous de /data
• Néanmoins, le fait de disposer d'un émulateur de terminal ( Émulateur de terminal Android serait un bon candidat), au moins une df -h pourrait montrer où l'espace libre tend vers zéro (voir la capture d'écran ci-dessous). Dans le cas où le -h ("human readable") n'est pas compris sur votre système, vous pouvez essayer de le remplacer par -m ("mégaoctets"), -k ("kilo-octets"), ou l'omettre complètement.
• L'article Déboguer les dumps du noyau d'Android décrit les "vidages de noyau" sous Android sont appelés "Tombstones", et stockés globalement en tant que /data/tombstones/tombstone_nn avec "nn" étant simplement un compteur. Comme de nombreuses pannes ont été signalées, il pourrait s'agir d'un endroit qui se "remplit" (voir ci-dessous). Mais seulement 2.5MB pourraient être localisés ici dans ce cas.
• Selon Android Forensics par Andrew Hoog, ça peut valoir la peine de se plonger dans /data/local : Le répertoire "/data/local" est important car il permet l'accès en lecture/écriture au shell (le compte utilisateur sous lequel les téléphones non rootés exécutent adbd). Lorsqu'une application est installée, elle est d'abord copiée dans "/data/local". Ce qui veut dire que même sur des appareils non enracinés, on devrait être capable de creuser ici.
• SD Maid - Outil de nettoyage du système pourrait trouver d'autres orphelins, mais sans accès Root, les capacités de cette application sont limitées.
• Si le "gros œuf" ne peut être trouvé et supprimé, on peut soit commencer à désinstaller certaines applications, en nettoyant les "grosses données" des autres (voir la première étape), ou, en dernier recours, il reste toujours la réinitialisation d'usine qui devrait tout nettoyer -- mais attention : toutes vos applications téléchargées et toutes vos données (sur le stockage interne uniquement, bien sûr -- la carte SD ne sera pas affectée) seront également supprimées lorsque vous ferez cela.
• Si vous n'arrivez toujours pas à résoudre le problème, le dernier recours est une réinitialisation d'usine. Mais avant de faire cela, il serait bon d'être prêt pour la prochaine fois, donc une dernière chance sont quelques étapes immédiatement avant la réinitialisation d'usine :
  1. sauvegarder autant de données/applications que nécessaire et que possible
  2. passer en mode avion -- le marché doit no savoir ce que nous faisons maintenant
  3. Désinstallez vos applications une par une (pour les applications système qui ne peuvent pas être désinstallées : désinstallez leurs mises à jour, videz le cache et les données). Après chaque désinstallation, vérifiez que votre espace libre ne fait pas de "grands bonds" inattendus. Si un tel "saut" se produit : Notez l'application désinstallée à cet endroit -- il doit s'agir d'une/de la mauvaise. Continuez si cela ne compense toujours pas l'espace manquant.
  4. quand vous avez fini avec le dernier, allez au "point de non-retour", débranchez la prise, faites la réinitialisation d'usine. C'est fini maintenant ;(
  5. après le redémarrage, reconfigurez votre "appareil vierge" avec les données de votre compte Market d'origine (vous vous en souvenez, j'espère ?). Comme nous avons fait en sorte que le marché ne soit pas informé de nos actions à partir de l'étape 2, vous devriez maintenant être en mesure de re-synchroniser vos applications et certaines données. Les applications bien sûr, les données seulement si vous les avez synchronisées avec le marché avant l'étape 2.
  6. gardez un œil sur la ou les "applications maléfiques", si vous en avez détecté à l'étape 3. Vous voudrez peut-être les supprimer (maintenant ou plus tard).

La capture d'écran suivante montre la sortie de df -h Comme vous pouvez le voir, il y a deux points de montage sur le stockage interne qui pourraient être candidats pour être "remplis" : /data (le plus probable - et qui a obtenu le succès dans ce cas) plus /cache . La commande a été exécutée sans les privilèges de Root :

Pierres tombales : L'emplacement du dossier est /data/tombstones . Permissions de la /data répertoire sont drwxrwxr-x le tombstones le sous-répertoire a drwxr-xr-x -- ils sont donc accessibles également sur les appareils non enracinés. En utilisant un émulateur de terminal (voir ci-dessus), vous pouvez cd /data/tombstones et faire un ls -l pour voir s'il y a des pierres tombales, et quelle taille elles occupent. Malheureusement, toutes les pierres tombales appartiennent au système, et les permissions sont fixées à rwx------ -- donc si c'est votre trouble-fête : vous ne pouvez pas les enlever sans Root :( Faites une bonne sauvegarde (hein ? comment, sans Root ?), et probablement un reset d'usine sera votre dernier recours...

J'ai eu ce même problème avec ma tablette Acer A100 et j'ai trouvé la source du problème : il y a un dossier situé dans /data/gps qui se remplit de fichiers txt. Le mien était 4.3G. Si votre appareil est rooté, vous pouvez les supprimer depuis un émulateur de terminal ou adb et récupérer votre espace :

$ su
# cd /data/gps
# rm gl-*.txt

Supprimez d'abord le .thumbnail dans votre répertoire DCIM, puis éteignez l'appareil et rallumez-le. Cela a résolu le problème pour moi.