Log中'main', 'system', 'radio', 'events'以及android log分析

在Android中不同的log写到不同的设备中,共有/dev/log/system, /dev/log/main, /dev/log/radion, /dev/log/events四中类型。其中默认Log.v等写入/dev/log/main中。Slog写入/dev/log/system中。

我们在使用logcat 抓去日至的时候, 可以指定buffer,来请求不同的环形缓冲区 (‘main‘, ‘system‘, ‘radio‘, ‘events‘,默认为"-b main -b system"),因为Android日志系统为日志消息保持了多个循环缓冲区,而且不是所有的消息都被发送到默认缓冲区,要想查看这些附加的缓冲区,可以使用-b 选项,以下是可以指定的缓冲区:   

main     — 查看主缓冲区 (默认缓冲区)   

radio     — 查看包含在无线/电话相关的缓冲区消息   

events    — 查看事件相关的消息

adb logcat -b <system, radio, events, main(default)>

1    log文件分类简介

            实时打印 的主要有: logcat main , logcat radio , logcat events , tcpdump ,还有高通平台的还会有 QXDM 日志

          状态信息 的有: adb shell cat /proc/kmsg , adb shell dmesg , adb shell dumpstate , adb shell dumpsys , adb bugreport ,工程模式等

2    LOG抓取详解

l  实时打印

      adb logcat -b main -v time>app.log  打印应用程序的 log

    adb logcat -b radio -v time> radio.log 打印射频相关的 log , SIM STK 也会在里面, modem 相关的 ATcommand 等,当然跟 QXDM 差的很远了。

    adb logcat -b events -v time  打印系统事件的日志,比如触屏事件。。。

    tcpdump 是很有用的,对于 TCP/IP 协议相关的都可以使用这个来抓, adb shell tcpdump -s 10000 -w /sdcard/capture.pcap ,比如抓 mms 下载的时候的 UA profile , browser 上网的时候,使用 proxy 的 APN 下载, streaming 的相关内容包括 UA profile 等。

    最后是高通平台的 QXDM ,不管是不是 Android ,只要使用高通芯片,都会对它很熟悉,当然了,不是高通的芯片就不用提它了。这个不多讲,内容丰富,射频,电话,上网, ... 凡是高通提供的解决方案,这个都可以抓。(QXDM 的 LOG抓取方法请参考 QPST、 QXDM的基本使用说明及作用 )

l  状态信息

o   bugreport (命令 adb bugreport>bugreport.log) 。里面包含有 dmesg , dumpstate 和dumpsys 。

o   dumpstate 是系统状态信息,里面比较全,包括手机当前的内存信息、 cpu 信息、 logcat 缓存, kernel 缓存等等。

o     adb shell dumpsys 这个是关于系统 service 的内容都在这个里面,这个命令还有更详尽的用法,比如 adb shell dumpsys meminfo system 是查看 system 这个 process 的内存信息。

o   kmsg 抓取

adb shell cat /proc/kmsg > kmsg.txt ,打开后查 msm_kgsl 字段

说明:用于检索用 printk 生成的内核消息。任何时刻只能有一个具有超级用户权限的进程可以读取这个文件。也可以用系统调用 syslog 检索这些消息。通常使用工具 dmesg 或守护进程 klogd 检索这些消息。 proc 是一个内存文件系统 , 每次读文件 kmsg 实际是内核内部的循环缓冲区 , 每读过后 ,循环缓冲区的东西就被认为已经处理过了 ( 也就是变成无效内容 ), 所以你再次读为空是很正常的 为什么会这样处理呢 , 循环缓冲区大小有限 , 内核又随时可能往里面写东西 , 所以这样处理很正常 . 你去查一下 /proc/kmsg 的信息有没有跟系统日志关联 , 如果有的话 , 你就可以读日志文件

o   dmsg 抓取

adb shell dmesg > dmesg.txt

说明: dmesg 用来显示开机信息, kernel 会将开机信息存储在 ring buffer 中。您若是开机时来不及查看信息,可利用 dmesg 来查看。 dmesg 是 kernel 的 log ,凡是跟 kernel 相关的,比如driver 出了问题(相机,蓝牙, usb ,启动,等等)开机信息亦保存在 /var/log 目录中,名称为dmesg 的文件里。 more /var/log/dmesg

o   工程模式下 log 的抓取

            对于 Apollo 手机请拨打 *#*#8888#*#* , 然后勾选相应的 LOG 。待测试结束后,通过 SD 卡导出 LOG 到 PC.

3.Log分析:

Get Log from Android System

adb bugreport > bugreport.txt

copy bugreport to the current directory.

bugreport 里面包含了各种 log 信息 , 大部分 log 也可以通过直接运行相关的程序来直接获得 .

步骤如下 :

1.adb shell 2. 进入相关工具程式的目录 3. 执行相关程式 4. 得到相关信息 

下面以输出进程信息为例 1.adb shell 2. 输入 ps -P 3. 可以看到相关进程信息 

Log Archive Analysis

1.bugreport

bugreport 记录 android 启动过程的 log, 以及启动后的系统状态 , 包括进程列表,内存信息, VM信息等等到 .

2.bugreport 结构分析

(1)dumpstate

MEMORY INFO

获取该 log: 读取文件 /proc/meminfo

系统内存使用状态 

CPU INFO

获取该 log: 执行 /system/bin/top -n 1 -d 1 -m 30 -t

系统 CPU 使用状态 

PROCRANK

获取该 log: 执行 /system/bin/procrank

执行 /system/xbin/procrank 后输出的结果 , 查看一些内存使用状态 

VIRTUAL MEMORY STATS

获取该 log: 读取文件 /proc/vmstat

虚拟内存分配情况 

vmalloc 申请的内存则位于 vmalloc_start ~ vmalloc_end 之间,与物理地址没有简单的转换关系,虽然在逻辑上它们也是连续的,但是在物理上它们不要求连续。 

VMALLOC INFO

获取该 log: 读取文件 /proc/vmallocinfo

虚拟内存分配情况 

SLAB INFO

获取该 log: 读取文件 /proc/slabinfo

SLAB 是一种内存分配器 . 这里输出该分配器的一些信息 

ZONEINFO

获取该 log: 读取文件 /proc/zoneinfo

zone info

SYSTEM LOG( 需要着重分析 )

获取该 log: 执行 /system/bin/logcat -v time -d *:v

会输出在程序中输出的 Log, 用于分析系统的当前状态 

VM TRACES

获取该 log: 读取文件 /data/anr/traces.txt

因为每个程序都是在各自的 VM 中运行的 , 这个 Log 是现实各自 VM 的一些 traces

EVENT LOG TAGS

获取该 log: 读取文件 /etc/event-log-tags

EVENT LOG

获取该 log: 执行 /system/bin/logcat -b events -v time -d *:v

输出一些 Event 的 log

RADIO LOG

获取该 log: 执行 /system/bin/logcat -b radio -v time -d *:v

显示一些无线设备的链接状态 , 如 GSM , PHONE,STK(Satellite Tool Kit)…

NETWORK STATE

获取该 log: 执行 /system/bin/netcfg ( 得到网络链接状态 )

获取该 log: 读取文件 /proc/net/route ( 得到路由状态 )

显示网络链接和路由 

SYSTEM PROPERTIES

获取该 log: 参考代码实现 

显示一些系统属性 , 如 Version,Services,network…

KERNEL LOG

获取该 log: 执行 /system/bin/dmesg

显示 Android 内核输出的 Log

KERNEL WAKELOCKS

获取该 log: 读取文件 /proc/wakelocks

内核对一些程式和服务唤醒和休眠的一些记录 

KERNEL CPUFREQ

(Linux kernel CPUfreq subsystem) Clock scaling allows you to change the clock speed of the CPUs on the fly.

This is a nice method to save battery power, because the lower the clock speed is, the less power the CPU consumes.

PROCESSES

获取该 log: 执行 ps -P

显示当前进程 

PROCESSES AND THREADS

获取该 log: 执行 ps -t -p -P

显示当前进程和线程 

LIBRANK

获取该 log: 执行 /system/xbin/librank

剔除不必要的 library

BINDER FAILED TRANSACTION LOG

获取该 log: 读取文件 /proc/binder/failed_transaction_log

BINDER TRANSACTION LOG

获取该 log: 读取文件 /proc/binder/transaction_log

BINDER TRANSACTIONS

获取该 log: 读取文件 /proc/binder/transactions

BINDER STATS

获取该 log: 读取文件 /proc/binder/stats

BINDER PROCESS STATE

获取该 log: 读取文件 /proc/binder/proc/*

bind 相关的一些状态 

FILESYSTEMS

获取该 log: 执行 /system/bin/df

主要文件的一些容量使用状态 (cache,sqlite,dev…)

PACKAGE SETTINGS

获取该 log: 读取文件 /data/system/packages.xml

系统中 package 的一些状态 ( 访问权限 , 路径 …) ,类似 Windows 里面的一些 lnk 文件吧 .

PACKAGE UID ERRORS

获取该 log: 读取文件 /data/system/uiderrors.txt

错误信息 

KERNEL LAST KMSG LOG

最新 kernel message log

LAST RADIO LOG

最新 radio log

KERNEL PANIC CONSOLE LOG

KERNEL PANIC THREADS LOG

控制台 / 线程的一些错误信息 log

BACKLIGHTS

获取该 log: 获取 LCD brightness 读 /sys/class/leds/lcd-backlight/brightness

获取该 log: 获取 Button brightness 读 /sys/class/leds/button-backlight/brightness

获取该 log: 获取 Keyboard brightness 读 /sys/class/leds/keyboard-backlight/brightness

获取该 log: 获取 ALS mode 读 /sys/class/leds/lcd-backlight/als

获取该 log: 获取 LCD driver registers 读 /sys/class/leds/lcd-backlight/registers

获取相关亮度的一些信息 

(2)build.prop

VERSION INFO 输出下列信息
当前时间
当前内核版本 : 可以读取文件 (/proc/version) 获得
显示当前命令 : 可以读取文件夹 (/proc/cmdline) 获得
显示系统 build 的一些属性 : 可以读取文件 (/system/build.prop) 获得
输出系统一些属性
gsm.version.ril-impl
gsm.version.baseband
gsm.imei
gsm.sim.operator.numeric
gsm.operator.alpha

(3)dumpsys

执行 /system/bin/dumpsys 后可以获得这个 log.
经常会发现该 log 输出不完整 , 因为代码里面要求该工具最多只执行 60ms, 可能会导致 log 无法完全输出来 .
可以通过修改时间参数来保证 log 完全输出 .
信息 :
Currently running services
DUMP OF SERVICE services-name(running)

Log Code Analysis

Site: .\frameworks\base\cmds\dumpstate

相关 Log 程序的代码可以从上面目录获取 

Log Analysis Experience

分析步骤

1. 查看一些版本信息
确认问题的系统环境
2. 查看 CPU/MEMORY 的使用状况
看是否有内存耗尽 ,CPU 繁忙这样的背景情况出现 .
3. 分析 traces
因为 traces 是系统出错以后输出的一些线程堆栈信息 , 可以很快定位到问题出在哪里 .
4. 分析 SYSTEM LOG
系统 Log 详细输出各种 log, 可以找出相关 log 进行逐一分析

Log中'main', 'system', 'radio', 'events'以及android log分析

时间: 2024-10-23 21:36:27

Log中'main', 'system', 'radio', 'events'以及android log分析的相关文章

Bootloader - Main system - Recovery的三角关系

原文地址:http://blog.csdn.net/myarrow/article/details/8115610 一.MTD分区:BOOT:        boot.img,Linux kernel (within normal ramdisk)MISC:        bootloader message structRECOVERY:    recovery.img,Linux kernel (within recovery ramdisk)SYSTEM:      system.imgD

Android LOG机制流程图

以下只是Android LOG机制流程图,关于Android LOG机制的更多详细内容请参阅<Android LOG机制详解> 结束. Android LOG机制流程图,布布扣,bubuko.com

android log写入机制

这几天和华为的leader面试了下.感觉不错.关键是小女.不容易.是技术面啊.我说的不容易不是面试不容易,是说在华为写代码的小女不容易.哥走南闯北这么多年,女人代码写的好真不多. 其实在任何时候,只要一面试都感觉自己会的少.都这样.那只能不断的增强能力.开始重点转入native code的学习.今天和大家聊聊log机制,这个东西也不容易.今天只谈谈log如何被写到驱动里, 有人说这个比较容易,要打log,在java里直接Log.d Log.i Log.e就可以了.嗯,不错,那问题来了. 1 ja

Android log系统 转

Android log系统 light 2011/11/20 Android 系统log抓取,实现原理分析   一 概述 本文档主要是供Android开发人员使用,特别是Framework开发.因为Framework中95%以上的问题都是靠分析log解决的,所以开发人员必须对android整个log系统十分清楚.什么问题抓什么log, 使用什么工具抓Log,如何分析log, 如何在代码中添加log. 二DDMS log 关于ddms是如何工作的和ddms的详细功能,见下面android sdk中

(Android系统)android log机制浅析

在android下面debug,最主要的方式就是用logcat抓log了,我们可能有尝试过使用printf来打印,当然结果是不行的,这里有时间就看了一下android平台下log的flow,在此做个笔记以作记录 我们一般使用ALOGD来打印log,所以这里就跟一下ALOGD的flow system/core/include/log/log.h system/core/include/log/log.h #ifndef ALOGD #define ALOGD(...) ((void)ALOG(LO

android log 学习

一,Bug出现了, 需要“干掉”它 bug一听挺吓人的,但是只要你懂了,android里的bug是很好解决的,因为android里提供了LOG机制,具体的底层代码,以后在来分析,只要你会看bug, android里应用开发也就很简单了. 那我们先来看看android里的ANR,怎么出现ANR呢,很简单. # adb shell # cd data/app # monkey -p com.xxx.xxx -v 3000 (com.xxx.xxx是你应用程序的包名,如果想知道monkey详细用法,执

android中使用jni对字符串加解密实现分析

android中使用jni对字符串加解密实现分析 最近项目有个需求,就是要对用户的敏感信息进行加密处理,比如用户的账户密码,手机号等私密信息.在java中,就对字符串的加解密我们可以使用AES算法加密字符串,使用它的好处就不必多说了,但我们又知道android的源代码是可以被反编译的,所以使用纯Java方式的AES加密是不安全的,所以想到了使用android中的jni来对字符串加解密处理,它会产生一个.so文件,更重要的是它通过C/C++代码实现,所以安全行比较高,它可以被反编译成机器码,但几乎

平述factory reset ——从main system到重引导流程

关于Android或linux的引导流程,网上大都是从开机开始讲述的,或者直接跳过bootloader引导阶段,直接从init进程开始说起.这里我从手机正常运行状态开始,到重启状态以及重启之后的状态略做陈述,意在给读者展开一个更加直白的整机引导框架. 一.device重启之前 在手机的"setting–>备份与重置->恢复出厂设置"里可以找到该设置,一旦执行了该设置,我们的手机便会恢复到原出厂设置状态,当然里面的用户数据.我们自行安装的应用等都将被全部清除(有些选项是可选择

谁记录了mysql error log中的超长信息

[问题] 最近查看MySQL的error log文件时,发现有很多服务器的文件中有大量的如下日志,内容很长(大小在200K左右),从记录的内容看,并没有明显的异常信息. 有一台测试服务器也有类似的问题,为什么会记录这些信息,是谁记录的这些信息,分析的过程比较周折. Status information: Current dir: Running threads: 2452  Stack size: 262144 Current locks: lock: 0x7f783f5233f0: Key c