A maneira preferida é baixar o SDK e usá-lo adb logcat(requer ativar "opções de desenvolvedor" no dispositivo).
Existem aplicativos disponíveis para exibir o log completo do sistema, no entanto, eles funcionam apenas em dispositivos raiz ou exigem a emissão de um comando manual adbpara fazê-los funcionar. Para mais informações, veja esta pergunta.
Android 4.0 e mais antigo
Você pode baixar o SDK e usar adb logcatou obter o Logcat Extrem na Google Play Store, que mostra o log diretamente no seu telefone.
Como alternativa, você pode usar o Emulador de Terminal com o comando "logcat> /sdcard/log.txt" para gravar continuamente o log em um arquivo no cartão SD. Isso pode ajudar a descobrir problemas com reinicializações aleatórias.
Chahk
Bom ponto. Alguns telefones tendem a enviar spam ao log com informações triviais, portanto, se você deseja minimizar o tamanho do arquivo e os dados, consulte a seção "Filtrando a saída do log" em developer.android.com/guide/developing/tools/adb.html #logcat
onik 11/11
O LogCat Apps não funciona com o JellyBean. O Google alterou a API do Android. Os aplicativos não têm mais permissão para ler registros de outros aplicativos que não os deles.
Logcat Extreme é o aplicativo agradável para log see
Arpit Patel
57
Locais do arquivo de log
Existem vários diretórios nos quais os logs (incluindo os de falhas) podem aparecer - nem todos são padronizados (ou seja, alguns podem ser específicos da ROM).
/data/anr: Alguns arquivos de rastreamento parecem chegar aqui (Dalvik grava rastreamentos de pilha aqui no ANR, ou seja, "Aplicativo não responde", também conhecido como "Forçar fechamento"; veja, por exemplo, trechos de log aqui )
/data/dontpanicparece ser um local padrão (AOSP) e contém alguns logs de falha, incluindo rastreios (consulte, por exemplo, viaForensics e StackOverflow )
/data/kernelpanics é outro local - sem nenhum "pânico do kernel" nos meus dispositivos Android, ainda não havia conteúdo lá.
o /data/panic/panic_daemon.configpode apontar para outros locais configurados - no meu Droid 2 ele menciona/sdcard/panic_data/
mencionado Droid 2 também tem um /data/panicreportsdiretório (vazio aqui)
/data/tombstonespode conter vários tombstone_nnarquivos ( nnsendo serial, aumentado a cada novo arquivo). Como as lápides são colocadas para os mortos, isso é feito aqui para "processos mortos por acidente" (ou seja, travou) - e é o que é chamado de "core dumps" nos sistemas Linux / Unix. No entanto, nem todos os aplicativos criam lápides; isso deve ser explicitamente ativado pelo desenvolvedor (consulte Depurando Android Core Dumps ).
Pode haver mais alguns locais que me escaparam; mas, como a maioria dos logs é feita tmpfs, esses dados são perdidos com uma reinicialização e não coincidem com a questão dos OPs.
Comandos de log para usar com um aplicativo de terminal (ou adb)
Vários comandos podem fornecer toneladas de informações. Para a maioria deles, é recomendável redirecioná-los para um arquivo ( > filename.ext) ou canalizá-los através de um filtro ( | grep search-for-this):
Log do Kernel
O seguinte funciona sem raiz:
$ dmesg
<6>[82839.126586] PM: Syncing filesystems ... done.
<7>[82839.189056] PM: Preparing system for mem sleep
<4>[82839.189361] Freezing user space processes ... (elapsed 0.05 seconds) done.
<4>[82839.240661] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
<snip>
Logcat
Aqui você pode, por exemplo, especificar em que área você está interessado - rádio, eventos ...
Veja meu comentário acima, sobre os aplicativos LogCat.
Leandros
2
Eu atualizei a pergunta. Observe que as informações relativas à posição (por exemplo, "acima") podem facilmente ficar desatualizadas, pois a ordem das respostas pode mudar com o tempo.
Flow
3
Um método sem raiz, que funciona mesmo com novas versões do Android:
Pré-requisitos:
Linux, Windows ou Mac
Cabo USB para o seu dispositivo
Dispositivo Android
Instruções:
Instale o driver do dispositivo para usar o adb. Tudo o que você precisa encontrará aqui
Faça o download do adb executável para o seu sistema operacional. Faz parte do SDK do Android, mas você pode encontrar o executável adb individualmente.
Abra um prompt de comando (windows) ou terminal (linux / mac). Como fazer: No Windows: windows + r> digite "cmd" (sem aspas)> clique em enter | No Linux: você não sabe como abrir um terminal? LOL No Mac: digite Terminalno Spotlight e abra-o
CD para o diretório em que o executável adb está localizado. No Windows: Vá para o diretório em que você baixou o executável adb, Shift + Clique com o Botão Direito e selecione "Abrir Console" (ou similar) | No Linux / Mac: clique com o botão direito do mouse no diretório e selecione "Abrir terminal aqui" (ou simplesmente CD no diretório)
Digite seu cmd / terminal: adb devicespara verificar se o seu dispositivo está conectado corretamente.
Se o seu dispositivo estiver selecionado corretamente, digite adb logcatpara mostrar o poderoso e mágico logcat aka stacktrace.
Reproduza seu erro (ou o que for) no seu dispositivo.
Logo depois, cole toda a janela do cmd / terminal em um serviço de colagem como http://pastebin.com/ e envie-o para nós.
O aplicativo gratuito SysInfo ( Página do projeto ) exibirá os logs do sistema e compactará um relatório completo do sistema para enviar por email, dropbox, NFC, etc. Sem mencionar muitas outras informações interessantes do sistema.
(Sim, estou quase um ano atrasado, mas este precisa ser mencionado).
JRobert
Ambos os links estão quebrados agora.
Jk7 03/03
O segundo link (página do projeto) ainda funciona para mim, mas as últimas entradas são de 2010. O Android muda algumas vezes desde então, quebrando muitas funcionalidades do Sysinfo.
Eu nunca tive essa pasta no meu telefone ... isso é específico para um fabricante ou dispositivo?
Matthew Leia
2
No Logcat - CyanogenMod Wiki : Você pode usar uma combinação de teclas mágicas para criar um arquivo de relatório de erros em / sdcard / bugreports. Portanto, isso parece ser a) um pouco específico (provavelmente para CM) eb) não a resposta para a pergunta, pois o OP procura por "gerados automaticamente".
Respostas:
Android 4.1 e mais recente
A maneira preferida é baixar o SDK e usá-lo
adb logcat
(requer ativar "opções de desenvolvedor" no dispositivo).Existem aplicativos disponíveis para exibir o log completo do sistema, no entanto, eles funcionam apenas em dispositivos raiz ou exigem a emissão de um comando manual
adb
para fazê-los funcionar. Para mais informações, veja esta pergunta.Android 4.0 e mais antigo
Você pode baixar o SDK e usar
adb logcat
ou obter o Logcat Extrem na Google Play Store, que mostra o log diretamente no seu telefone.fonte
Locais do arquivo de log
Existem vários diretórios nos quais os logs (incluindo os de falhas) podem aparecer - nem todos são padronizados (ou seja, alguns podem ser específicos da ROM).
/data/anr
: Alguns arquivos de rastreamento parecem chegar aqui (Dalvik grava rastreamentos de pilha aqui no ANR, ou seja, "Aplicativo não responde", também conhecido como "Forçar fechamento"; veja, por exemplo, trechos de log aqui )/data/dontpanic
parece ser um local padrão (AOSP) e contém alguns logs de falha, incluindo rastreios (consulte, por exemplo, viaForensics e StackOverflow )/data/kernelpanics
é outro local - sem nenhum "pânico do kernel" nos meus dispositivos Android, ainda não havia conteúdo lá./data/panic/panic_daemon.config
pode apontar para outros locais configurados - no meu Droid 2 ele menciona/sdcard/panic_data/
/data/panicreports
diretório (vazio aqui)/data/tombstones
pode conter váriostombstone_nn
arquivos (nn
sendo serial, aumentado a cada novo arquivo). Como as lápides são colocadas para os mortos, isso é feito aqui para "processos mortos por acidente" (ou seja, travou) - e é o que é chamado de "core dumps" nos sistemas Linux / Unix. No entanto, nem todos os aplicativos criam lápides; isso deve ser explicitamente ativado pelo desenvolvedor (consulte Depurando Android Core Dumps ).Pode haver mais alguns locais que me escaparam; mas, como a maioria dos logs é feita
tmpfs
, esses dados são perdidos com uma reinicialização e não coincidem com a questão dos OPs.Comandos de log para usar com um aplicativo de terminal (ou adb)
Vários comandos podem fornecer toneladas de informações. Para a maioria deles, é recomendável redirecioná-los para um arquivo (
> filename.ext
) ou canalizá-los através de um filtro (| grep search-for-this
):Log do Kernel
O seguinte funciona sem raiz:
Logcat
Aqui você pode, por exemplo, especificar em que área você está interessado - rádio, eventos ...
Obtendo informações do dispositivo
E muito: detalhes do dispositivo, informações da conta, serviços ...
Tudo em um
Faça uma grande bola com tudo junto, do logcat ao dumpstate:
Tenho certeza que você realmente deseja redirecionar esse último comando ... xD
Algo sobre permissões
PS: Naturalmente, o acesso a essas informações pode exigir raiz, pois a maioria das fontes está localizada no armazenamento interno.
fonte
A constatou que o CatLog exibe o log do Android um pouco melhor que o aLogcat. Além disso
adb logcat
, é isso que estou usando.fonte
Um método sem raiz, que funciona mesmo com novas versões do Android:
Pré-requisitos:
Instruções:
Terminal
no Spotlight e abra-oadb devices
para verificar se o seu dispositivo está conectado corretamente.adb logcat
para mostrar o poderoso e mágico logcat aka stacktrace.(Principalmente copiado de Leandros )
fonte
O aplicativo gratuito SysInfo ( Página do projeto ) exibirá os logs do sistema e compactará um relatório completo do sistema para enviar por email, dropbox, NFC, etc. Sem mencionar muitas outras informações interessantes do sistema.
fonte
Está localizado em
/sdcard/bugreports
.fonte