Algo está consumiendo en secreto la memoria interna de mi Acer Iconia A500 y necesito ayuda para encontrarlo

Esto se parece a la fuga de registro de GPS de Acer que tuvimos en un Acer Iconia A200:

La conclusión es que cuando se usa el GPS, el controlador de GPS para ICS 4.0.3 en las tabletas de la serie A de Acer aparentemente escribe numerosos gl-YYYY-MM-DD-HHMMSS.txtarchivos en el /data/gpsdirectorio. Aparentemente, los archivos no se eliminan automáticamente, por lo que con el tiempo consumirán la mayor parte del espacio de almacenamiento interno.

Los usuarios no pueden eliminar estos archivos sin acceso de root. Sin embargo, hay un parche para borrar los datos de registro del GPS (no se necesita acceso a la raíz, por lo que no se anula la garantía).

• descargue el parche del sitio de controladores de Acer (a su escritorio)
• descomprima y copie el contenido Update.zipen una tarjeta microSD vacía con formato FAT32. (Lo subimos a una tarjeta ya presente en la tableta conectada, que no estaba vacía, pero aún funcionaba).
• (Re)inicie la tableta con la tarjeta microSD, mientras mantiene presionada la tecla "Bajar volumen" hasta que aparezca un mensaje en la esquina superior izquierda de la pantalla.
  (Algo así como Erasing cache before SD update...; interpreto este mensaje como: "borrar y actualizar", por lo que debería curar el síntoma y la causa).
  La tableta continuará iniciándose después (menos de un minuto) y estará listo para comenzar.

Hay un bonito .pdfen la descarga, que describe los pasos anteriores en detalle con capturas (de pantalla). (También habla de un user_cleanGPSlogarchivo de texto adjunto, pero no lo teníamos y no parecía necesitarlo).

Aquí hay algunos puntos clave para este problema. Aunque no todos se aplicaron en este caso, los incluiré todos, ya que en otro caso podrían resultar útiles:

• Un buen punto de partida para verificar es aplicaciones -> administrar aplicaciones en el menú del sistema de Android, que enumera todas las aplicaciones + datos y se puede ordenar por tamaño, para identificar a los "mayores consumidores". Mientras esté aquí, puede "eliminar" cachés demasiado grandes (por aplicación)
• algunos directorios en el sistema de archivos no se pueden investigar sin tener privilegios de raíz, por lo que el preferido du -k|sort -n(para encontrar los archivos más grandes) sería, por ejemplo, omitir los directorios a continuación/data
• aún así, teniendo un emulador de terminal disponible ( Android Terminal Emulator sería un buen candidato), al menos df -hpodría mostrar dónde el espacio libre tiende a cero (vea la captura de pantalla a continuación). En caso de que el -hparámetro ("legible por humanos") no se entienda en su sistema, puede intentar reemplazarlo por -m("megabytes"), -k("kilobytes") u omitirlo por completo.
• El artículo Depuración de volcados de núcleo de Android describe que los "volcados de núcleo" en Android se denominan "Tombstones" y se almacenan globalmente como /data/tombstones/tombstone_nn, con "nn" simplemente como un contador. Como se informaron muchos accidentes, este podría ser un lugar que se está "llenando" (ver más abajo). Pero solo 2,5 MB podrían ubicarse aquí en este caso.
• Según Android Forensics de Andrew Hoog, podría valer la pena sumergirse en /data/local: El directorio "/data/local" es importante ya que permite acceso de lectura/escritura de shell (la cuenta de usuario que los teléfonos no rooteados ejecutan adbd como). Cuando se instala una aplicación, primero se copia en "/data/local". Lo que significa que, incluso en dispositivos no rooteados, uno debería poder excavar aquí.
• SD Maid: la herramienta de limpieza del sistema puede encontrar más huérfanos, pero sin acceso de root, las capacidades de esta aplicación son limitadas.
• Si no se puede encontrar y eliminar el "gran huevo", se puede comenzar a desinstalar algunas aplicaciones, limpiar "grandes datos" de otras (ver el primer paso) o, como último recurso, siempre queda el restablecimiento de fábrica que debería limpie todo, pero tenga en cuenta: todas sus aplicaciones descargadas y todos sus datos (solo en el almacenamiento interno, por supuesto, la tarjeta SD no se verá afectada) también se eliminarán cuando haga esto.
• si aún no puede resolver el problema, un último recurso es un restablecimiento de fábrica. Pero antes de hacerlo, sería bueno estar preparado para la próxima vez, por lo que una última oportunidad son algunos pasos inmediatamente antes del restablecimiento de fábrica:
  1. respalda tantos datos/aplicaciones como necesites y puedas
  2. cambiar al modo avión: el mercado no debe saber lo que estamos haciendo ahora
  3. una por una, desinstale sus aplicaciones (para las aplicaciones del sistema que no se pueden desinstalar: desinstale sus actualizaciones, borre el caché y los datos). Después de cada desinstalación, verifique su espacio libre en busca de "grandes saltos" inesperados. Si ocurre un "salto" de este tipo: tenga en cuenta que la aplicación se desinstaló en este lugar; tiene que ser un/el maligno. Continúe si todavía no compensa el espacio que falta
  4. cuando termine con el último, vaya al "punto de no retorno", desconecte el enchufe, haga el restablecimiento de fábrica. Ya se terminó ;(
  5. después del reinicio, vuelva a configurar su "dispositivo virgen" con los datos de su cuenta de mercado original (¿los recuerda con suerte?). Como nos aseguramos de que el mercado no estuviera informado de nuestras acciones desde el paso 2 en adelante, ahora debería poder volver a sincronizar sus aplicaciones y algunos datos. Las aplicaciones con seguridad, los datos solo se proporcionaron si los sincronizaste con el mercado antes del paso 2.
  6. vigile las "aplicaciones malvadas", si detectó alguna en el paso 3. Es posible que desee eliminarlas (ahora o más adelante).

La siguiente captura de pantalla muestra la salida de df -hun Motorola Droid 2. Como puede ver, hay 2 puntos de montaje en el almacenamiento interno que podrían ser candidatos para "llenarse": /data(el más probable, y recibió el golpe en este caso) más /cache_ El comando se ejecutó sin privilegios de root:

Tombstones: La ubicación de la carpeta es /data/tombstones. Los permisos del /datadirectorio son drwxrwxr-x, el tombstonessubdirectorio tiene drwxr-xr-x, por lo que también son accesibles en dispositivos no rooteados. Usando un emulador de terminal (ver arriba), puede cd /data/tombstoneshacer y ls -lver si hay lápidas y qué tamaño ocupan. Desafortunadamente, todas las lápidas son propiedad del sistema y los permisos están configurados en rwx-------- así que si ese es su alborotador: no puede eliminarlos sin root :( Tenga una buena copia de seguridad (¿eh? ¿Cómo, sin root?), y probablemente un restablecimiento de fábrica sera tu ultimo recurso...

Tuve este mismo problema con mi tableta Acer A100 y encontré la fuente del problema: hay una carpeta ubicada en /data/gps que se llena con archivos txt. El mío era 4.3G. Si su dispositivo está rooteado, puede eliminarlo de un emulador de terminal o adb y recuperar su espacio:

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

Primero elimine la .thumbnailcarpeta dentro de su directorio DCIM, luego apague el dispositivo y vuelva a encenderlo. Esto resolvió mi problema.