Android: gran archivo thumbdata4 en la carpeta DCIM

22

Recientemente noté un archivo enorme (> 3.5GB) en la carpeta DCIM / .thumbnails. Intenté eliminarlo, pero la próxima vez que abra la aplicación Cámara, reconstruye el archivo (y bloquea el teléfono, a veces muestra un mensaje de "escaneo de medios en progreso" en el proceso).

El tamaño total del archivo de todas las (aproximadamente 2.000) fotos mostradas en la Galería es de alrededor de 500 MB. Además, hay alrededor de 35,000 imágenes en carpetas que contienen archivos .nomedia para indicar a Android que ignore los medios que contiene. El tamaño total del archivo es de alrededor de 1,5 GB. La aplicación de la Galería ignora correctamente estas imágenes, pero me pregunto si la aplicación de la cámara se está portando mal y realmente las está procesando.

Creo que este problema surgió desde la actualización de ICS ... ya sea cuando el teléfono (Samsung Galaxy Note) se actualizó por primera vez desde Gingerbread o en una fecha posterior.

Alguna idea, por favor?

thumbnails

1

el archivo thumbdata almacena una micro miniatura de 10kbytes para cada imagen (ignorando las .nomedia) iirc. Si se está volviendo tan grande, Samsung puede haber roto algo. ver MiniThumbFile.java

Hmm MiniThumbFile almacena el desplazamiento de datos con la identificación, que es un número asignado a todos los archivos de su dispositivo, incluidos los archivos nomedia. Si tiene muchos archivos y sus imágenes obtienen una identificación alta, se colocarán muy tarde en el minitumbfile. Tal vez pueda obtener un archivo más pequeño si intenta obtener identificadores más bajos para sus imágenes reales (tal vez cambiar el nombre de las carpetas de las imágenes de nomedia a algo con Z o algo así podría funcionar, también restablezca la base de datos multimedia en algún lugar en la configuración del sistema> aplicaciones> Proveedor de medios más o menos)

Gracias por sus sugerencias, zapl. No entiendo por qué su sugerencia sobre nombrar las carpetas de nomedia más adelante en el alfabeto ayudaría; ¿Los números de identificación más altos ocupan más espacio? Afortunadamente, parece que encontré una solución. Vea mi respuesta a continuación.

Por cierto, veo que hubo un voto para "cerrar" esta pregunta incluso antes de que fuera respondida. No entiendo. ¿Alguien piensa que la pregunta fue de alguna manera inapropiada?

1

La pregunta no está relacionada con la programación y la OMI encajaría mejor en los entusiastas de Android . Con respecto a la identificación más grande: no estoy 100% seguro, pero el archivo en miniatura se usa long pos = id * BYTES_PER_MINTHUMB;como posición en el archivo, por lo que cuanto más grande sea la identificación, más grande debe ser el archivo. 2000 de esos pulgares (con ids 0-1999) deberían necesitar solo alrededor de 20mb. La parte que me confunde es que tienes un archivo minithumb4 mientras que la fuente oficial tiene solo una versión minithumb 3.

4

Esto sucede cuando carga muchas imágenes a la vez a través de aplicaciones de terceros como whats'app o pixlrxperss. La única solución conocida hasta ahora es reemplazar el archivo .thumbnail con un pequeño archivo .thumbnail del mismo nombre. Puede haber un máximo de 2 archivos de este tipo que deba reemplazar cada vez.

2

Esto es normal y generalmente no es un error.

Generalmente.

Antes de hacer cualquier otra cosa, intente averiguar si el almacenamiento de su teléfono está utilizando un sistema de archivos que no es FAT o ninguno de sus hermanos.

Si está no está usando el FAT o similar, entonces esos archivos informan de un tamaño máximo, pero en realidad no ocupan ninguna cantidad significativa de espacio, ya que son los llamados archivos dispersos . Eso significa que puede eliminarlos una vez y se volverán a crear pero serán de tamaño cero, a pesar de informar un tamaño máximo de lo que sea.

Si está usando FAT o similar, o el tamaño reportado de esos archivos está causando problemas con otras aplicaciones, siga las instrucciones en la respuesta de prepbgg , para restablecer la indexación de miniaturas a cero, una operación que tal vez desee repetir ocasionalmente.

— Mithaldu
fuente

1

en CyanogenMod9 al menos, / mnt / sdcard, si VFAT no es compatible, por lo que no admite archivos dispersos; al intentar crear uno, se creará un archivo REAL REAL lleno de ceros, no un archivo disperso.

— Matija Nalis

1

Al buscar en Google, he encontrado referencias a un error en ICS que puede estar causando este problema.

Siguiendo el consejo aquí tengo:

Eliminado el archivo thumbdata (en DCIM / .thumbnails)
En Configuración-> Aplicaciones-> Todo-> Galería: datos borrados (solo unos pocos MB), (también habría borrado el caché si hubiera algo allí), luego "Forzar detención"
En Configuración-> Aplicaciones-> Todo-> Almacenamiento de medios: datos borrados (solo unos 30 MB), (también habría borrado el caché si hubiera algo allí), luego "Forzar detención"
Reinició el teléfono

La próxima vez que ejecuté la aplicación de la cámara, no respondió durante mucho tiempo, tal vez de 20 a 30 minutos, presumiblemente mientras volvía a escanear archivos multimedia. Después de esperar a que esto termine, las cosas parecen estar bien:

Camera, Gallery y QuickPic parecen funcionar
thumbdata4 parece haberse asentado en unos 500 MB (todavía sorprendentemente grande, pero manejable).

1

Hablé muy pronto Después de quedarse con el mismo tamaño durante 4 o 5 días, el archivo .thumbdata4 ahora ha aumentado a 1.1GB.

Elimine la carpeta .thumnails y cree un archivo con el mismo nombre en su lugar, esto evitará que la carpeta se vuelva a

3

hay un waz sugerido para resolver esto: copie .thumbnail .. nombre del archivo, elimínelo y cree una carpeta en dcim / thumbnails / con el mismo nombre que tenía el archivo. Esto evita que la galería vuelva a hacer el archivo. Pero supongo que después de un tiempo lo creará con un nombre diferente. Tengo quizás 2 GB de fotos en el teléfono. Y alrededor de 3-4GB de archivos .thumbnail .. esto es rudículo

— Kokesh

@ 79E09796 Solo funciona hasta que tome otra foto o mueva fotos en su teléfono.

— Secko

1

Sé que la pregunta es antigua, pero intenté encontrar una solución aquí y en esos foros de Android. Ninguno parecía funcionar.

Crear un enlace a / dev / null en .thumbnails resolvió el problema y ahora parece tan obvio:

Conecte su teléfono a su computadora
Encuentre la enorme carpeta DCIM / .thumbnails y elimínela
Cree un enlace a / dev / null como root con el nombre de la carpeta:

$ sudo ln -s / dev / null .thumbnails

Esto evita que la carpeta se vuelva a crear. No noté que algo saliera mal en mi dispositivo, ni siquiera con miniaturas en whatsapp o quickpic.

— Andión
fuente

1

Desafortunadamente, al menos en CynogenMod 9 (basado en Android 4.0.4) / mnt / sdcard es de tipo VFAT, por lo que los enlaces simbólicos no son compatibles (ni otras cosas buenas que funcionarían en los sistemas de archivos ext2 / 3/4, como "chown root .thumbnails" ; chmod 000 .thumbnails; chattr + i .thumbnails ")

— Matija Nalis

0

En Android 6.0 (Marshmallow), la aplicación Galería fue reemplazada por Google Photos. Debería poder eliminar la carpeta de miniaturas, ya que no creo que la aplicación Photos la use.

— Greg Bray
fuente

-1

La única forma es eliminar la aplicación Galería e instalar otra aplicación. QuickPic es una aplicación de reemplazo que no genera miniaturas y es rápida y eficiente.

La respuesta dada por Andión también funciona.

Tenga en cuenta que debe deshabilitar las funciones entre varias aplicaciones para evitar el apilamiento. En el administrador de archivos X-plore, deshabilite "Mostrar archivos multimedia" y no generará miniaturas. Por último, agregue algunos .nomediaarchivos en la carpeta de imágenes que normalmente no alcanza.

— usuario57044
fuente

-1

Dé a sus videos y nombres de archivos de imágenes que comienzan con ., como .video. Entonces no se crearán miniaturas en su carpeta DCIM.

Otra solución es deshabilitar su aplicación de galería para su lista de aplicaciones en su configuración.

— pawan raj
fuente

1

Su primera sugerencia también ocultaría completamente los archivos de imagen y video, lo cual es poco probable que sea de interés para los OP. Y el segundo no puede significar en serio (al menos no sin sugerir una alternativa que el OP podría usar para ver esos medios, en cuyo caso esta respuesta ya lo tiene de una mejor manera).

— Izzy

-2

Primero, elimine la carpeta .thumbnails de la carpeta DCIM
Luego, en la carpeta DCIM, cree un archivo con el nombre '.thumbnails'

Estás listo.

Notas: Cree un archivo, no una carpeta. Si no tiene administrador de archivos, descargue el administrador de archivos ES de Play Store de forma gratuita.

— shivam
fuente