Algo está consumindo secretamente minha memória interna Acer Iconia A500 e preciso de ajuda para encontrá-la

Eu sou um feliz proprietário de um Acer Iconia A500 há um pouco mais de um ano, mas há algumas semanas atrás ele começou a reclamar sobre sua memória interna estar cheia. Fiquei um pouco surpreso enquanto mantenho filmes, e tal no cartão SD externo, mas presumi que havia algum cache do navegador, Mapas ou algo que tivesse consumido uma boa parte da memória 32G que possui internamente.

No entanto, isso não parece ser o caso. Limpei os dados de quase todos os aplicativos que instalei, mas ainda assim, se olhar para a guia Armazenamento das configurações, vejo o seguinte (algumas horas atrás):

Tenho a sensação de que a parte cinza à direita da barra deve ter um pouco mais de 379 MB (a parte Disponível) ... (o cartão SD na parte inferior da imagem é o externo, não importa o que é isso).

Eu tentei quase todos os aplicativos de uso de disco disponíveis no mercado e todos mostram resultados semelhantes. O seguinte é o DiskView (foto tirada após a remoção de alguns aplicativos):

(nesta imagem "Cartão SD" é o interno ...)

Uma coisa que todos os aplicativos de uso do disco parecem ter em comum é que, a menos que o dispositivo esteja enraizado, eles não podem ver o que há em alguns diretórios (como / data), o que me faz pensar que é o próprio Android (4.0.3 neste dispositivo) que possui algum tipo de cache com comportamento inadequado ou que algum processo está produzindo quantidades extremas de logs em algum lugar.

Desculpe por esta longa introdução, mas a pergunta básica é: como devo proceder?

Acho que uma alternativa é encontrar o que vale a pena fazer backup e redefinir a fábrica ou algo assim, mas eu gostaria muito de descobrir o que aconteceu primeiro.

Enraizá-lo é uma alternativa que provavelmente me ajudaria a descobrir mais, mas eu meio que gosto disso (exceto para esse problema). Se for necessário resolvê-lo, é claro que eu poderia fazê-lo, mas parece que você não deveria ter que usar um aparelho como este.

Existe outro caminho a seguir? Tenho essa ingênua esperança de que exista um botão em algum lugar que não tenha visto que limpe todos os logs ou reduza o nível de depuração para informações.

Edit: Uma coisa que eu tenho considerado, mas não posso investigar, é se poderia ser núcleos. Ultimamente, tive muitas falhas (provavelmente porque o disco está com pouco disco).
Em resposta ao comentário de Izzy abaixo. Os aplicativos somam mais ou menos exatamente os 700 MB listados como "Aplicativos" (parece ser o total de dados e os próprios aplicativos).

Parece com o vazamento de log do Acer GPS que tivemos em um Acer Iconia A200:

A conclusão é que, quando o GPS é usado, o driver do GPS para ICS 4.0.3 nos tablets Acer A-series aparentemente grava vários gl-YYYY-MM-DD-HHMMSS.txtarquivos no /data/gpsdiretório. Aparentemente, os arquivos não são excluídos automaticamente e, com o tempo, consumirão a maior parte do espaço de armazenamento interno.

Os usuários não podem excluir esses arquivos sem acesso root. No entanto, existe um patch para limpar os dados do registro GPS (não é necessário acesso root, portanto, nenhuma garantia é anulada).

• faça o download do patch no site de drivers da Acer (na área de trabalho)
• descompacte e copie o conteúdo Update.zipdele para um cartão microSD vazio formatado com FAT32. (O upload foi feito para um cartão já presente no tablet conectado, que não estava vazio, mas ainda funcionava.)
• (Re) inicie o tablet com o cartão microSD, enquanto mantém pressionada a tecla “Diminuir volume” até aparecer uma mensagem no canto superior esquerdo da tela.
  (Algo como Erasing cache before SD update...; interpreto esta mensagem como: "apague e atualize", para curar o sintoma e a causa.)
  O tablet continuará sendo iniciado depois (menos de um minuto) e você estará pronto para prosseguir.

Há um bom .pdfno download, descrevendo as etapas acima em detalhes com capturas de tela (na tela). (Ele também fala sobre um user_cleanGPSlogarquivo de texto que o acompanha , mas não o possuímos e parecemos não precisar dele.)

Aqui estão alguns pontos-chave para esse problema. Embora nem todos tenham sido aplicados nesse caso, ainda incluirei todos - como em outro caso, eles podem ser úteis:

• Um bom ponto de partida para verificar é aplicativos -> gerenciar aplicativos no menu do sistema Android , que lista todos os aplicativos + dados e pode ser classificado por tamanho, para identificar os "maiores consumidores". Enquanto estiver aqui, você pode "excluir" caches muito grandes (por aplicativo)
• alguns diretórios no sistema de arquivos não podem ser investigados sem ter privilégios de root; portanto, o preferido du -k|sort -n(para encontrar os maiores arquivos) pula, por exemplo, os diretórios abaixo/data
• ainda assim, com um emulador de terminal disponível (o Android Terminal Emulator seria um bom candidato), pelo menos um df -hpoderia mostrar onde o espaço livre vai para zero (veja a captura de tela abaixo). Caso o -hparâmetro ("legível por humanos") não seja entendido no seu sistema, tente substituí-lo por -m("megabytes"), -k("kilobytes") ou omiti-lo completamente.
• O artigo Depurando core dumps do Android descreve "core dumps" no Android, chamado "Tombstones" e armazenado globalmente como /data/tombstones/tombstone_nn, com "nn" simplesmente sendo um contador. Como muitas falhas foram relatadas, este pode ser um local para "encher" (veja abaixo). Mas apenas 2,5 MB podem ser localizados aqui neste caso.
• De acordo com o Android Forensics de Andrew Hoog, pode valer a pena mergulhar /data/local: O diretório “/ data / local” é importante, pois permite que o shell (os telefones não raiz da conta do usuário executem adbd como) acesso de leitura / gravação. Quando um aplicativo é instalado, ele é copiado primeiro para "/ data / local". O que significa que, mesmo em dispositivos não-enraizados, deve-se conseguir cavar aqui.
• SD Maid - A ferramenta de limpeza do sistema pode encontrar mais órfãos - mas sem acesso root, os recursos deste aplicativo são limitados.
• Se o "big egg" não puder ser encontrado e removido, é possível começar a desinstalar alguns aplicativos, limpar o "big data" de outros (consulte o primeiro passo) ou, como último recurso, sempre haverá a redefinição de fábrica que deve limpe tudo - mas lembre-se: todos os seus aplicativos baixados e todos os seus dados (apenas no armazenamento interno, é claro - o cartão SD não será afetado) também serão removidos quando você fizer isso.
• se ainda não conseguir resolver o problema, um último recurso é uma redefinição de fábrica. Porém, antes de fazer isso, seria bom estar preparado para a próxima vez; portanto, uma última chance são algumas etapas imediatamente antes da redefinição de fábrica:
  1. faça backup dos dados / aplicativos necessários e possa
  2. mudar para o modo avião - o mercado não deve saber o que estamos fazendo agora
  3. um por um, desinstale seus aplicativos (para aplicativos do sistema que não podem ser desinstalados: desinstale as atualizações, limpe o cache e os dados). Após cada desinstalação, verifique seu espaço livre quanto a "grandes saltos" inesperados. Se ocorrer esse "salto": observe o aplicativo desinstalado neste local - ele deve ser um dos / maus. Continue se ainda não compensar o espaço que falta
  4. quando terminar com o último, vá para o "ponto sem retorno", puxe o plugue, faça o reset de fábrica. Acabou agora ;(
  5. após a reinicialização, reconfigure seu "dispositivo virgem" com os dados originais da conta de mercado (você se lembra deles, esperançosamente?). Como garantimos que o mercado permanecesse desinformado de nossas ações a partir da etapa 2, agora você poderá sincronizar novamente seus aplicativos e alguns dados. Os aplicativos, com certeza, apenas forneceram dados sincronizados com o mercado antes da etapa 2.
  6. fique de olho nos "aplicativos ruins", se você detectou algum na etapa 3. Você pode removê-los (agora ou mais tarde).

A captura de tela a seguir mostra a saída de df -hum Motorola Droid 2. Como você pode ver, existem 2 pontos de montagem no armazenamento interno que podem ser candidatos a "serem preenchidos": /data(o mais provável - e foi atingido nesse caso) mais /cache. O comando foi executado sem privilégios de root:

Lápides: a localização da pasta é /data/tombstones. As permissões do /datadiretório são drwxrwxr-x, o tombstonessubdiretório possui drwxr-xr-x- portanto, elas também são acessíveis em dispositivos não raiz. Usando um emulador de terminal (veja acima), você pode cd /data/tombstonese faz um ls -lpara verificar se existem lápides e qual o tamanho que elas ocupam. Infelizmente, todas as lápides são de propriedade do sistema e as permissões são definidas como rwx------- portanto, se esse for o seu problema: você não poderá removê-las sem o root :( Tenha um bom backup (hein? Como, sem o root?) E provavelmente uma redefinição de fábrica será seu último recurso ...

Eu tive o mesmo problema com o meu tablet Acer A100 e encontrei a fonte do problema: há uma pasta localizada em / data / gps que se enche de arquivos txt. A minha era de 4,3G. Se seu dispositivo estiver enraizado, você poderá excluí-lo de um emulador de terminal ou adb e recuperar seu espaço:

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

Primeiro, exclua a .thumbnailpasta no diretório DCIM, depois ligue o dispositivo e ligue-o novamente. Isso resolveu o problema para mim.