5 votes

Les fichiers .thumbdata qui saturent la mémoire SD interne

J'ai un Nextbook7 de 8 Go fonctionnant sous Android 4.0.4. Récemment, j'ai découvert que j'avais 2 fichiers nommés .thumbdata3... consommant tout mon espace interne de 5+Go. Ces fichiers se trouvent dans le dossier .thumbnail sous le dossier DCIM. J'ai lu sur Internet que ces fichiers sont produits par Android Gallery, mais qu'il y a un bug dans le système d'exploitation qui fait que ces fichiers deviennent si gros et occupent tout l'espace de stockage interne disponible.

J'ai essayé de supprimer les fichiers, mais ils reviennent. J'ai essayé d'écrire de petits fichiers texte et de les enregistrer avec le nom .thumbdata3... comme dans les fichiers problématiques, mais cela ne fonctionne pas non plus. J'ai téléchargé une application appelée Thumbnail file deleter, qui supprime les fichiers problématiques, mais les fichiers se reconstruisent à nouveau jusqu'à ce que l'espace soit épuisé.

Quelqu'un a-t-il un remède permanent à ce problème de .thumdata3... ? Toute suggestion est la bienvenue. Merci.

8voto

Mithaldu Points 121

Si votre carte SD utilise le système de fichiers ext4

Il n'est pas nécessaire de faire quoi que ce soit ici, puisque ces fichiers, bien qu'ils déclarent des tailles massives, utilisent en fait très peu d'espace, car ils sont appelés "fichiers épars". J'ai laissé plus de détails sur le ticket Android concernant ce problème :

http://code.google.com/p/Android/issues/detail?id=39546#c79

Si votre carte SD utilise la norme FAT/exFAT

Dans ce cas, le problème est réel, puisque la FAT ne prend pas en charge les fichiers épars et que leurs tailles apparentes et réelles correspondraient toujours. Dans ce cas, vous devez recourir à l'astuce décrite dans l'autre réponse - créer le dossier portant le même nom que le fichier incriminé après avoir supprimé ce dernier.

Ce correctif de Cyanogen apporte un éclairage sur le problème : http://review.cyanogenmod.org/#/c/36850

Il semble que le fichier .thumbdata3 soit constitué d'une séquence d'enregistrements indexés par des identifiants entiers associés à une image (je ne sais pas exactement quelle application est chargée de les attribuer). Si le fichier est supprimé et est recréé, et que l'ID minimum est, disons, 10000, alors 10000 enregistrements vides seront ignorés dans .thumbdata3 en supposant que la gestion des fichiers épars fera son travail et que ces 10000 enregistrements ne consommeront pas d'espace réel. Sauf que sur FAT, il n'y a pas de support pour les fichiers épars et vous vous retrouvez avec 10000 enregistrements de zéros dans votre fichier qui devient soudainement gros de quelques Go.

-2voto

LiesAuer Points 1

Supprimer le .thumbnail (il contient tous les caches de la caméra, et est inutile pour nous), puis créez un nouveau fichier appelé .thumbnail .

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