Android调试获取Log

adb shell logcat -v time 是获取上次的kernel之上的log

adb shell cat /proc/kmsg 是获取上次kernel的log

如果想要查看模块加载的过程,需要查看开机2秒内的日志,但是dmesg的缓存太小需要修改kernel-3.18/kernel/printk/printk.c中

#define __LOG_BUF_LEN (1 << CONFIG_LOG_BUF_SHIFT)

的CONFIG_LOG_BUF_SHIFT,我试着修改不管用,直接改为如下才管用

#define __LOG_BUF_LEN (1 << 21)

2、 使用adb抓取logcat的main log:

如果因为某些原因无法抓取mobile log,可以使用adb的方式logcat一下log。

抓取方法如下:

a. 用usb连接手机与pc;

b. 输入如下命令打开ipod debug模式,这样的话,ipo关机后,adb仍然可以处于工作的状态。Cmd: “adb shell setprop ipod_debug 1

c. 打开两个窗口,分别输入如下两个命令来抓取log:

Cmd: “adb logcat -v time > main.log

Cmd: “adb shell cat /proc/kmsg > kmsg.log

d. 重现问题后,提取main.log和kmsg.log。

 

3、 使用uart 抓取log:

对于一些问题,只有在不连接charger的时候才会复现的问题,如果mobile log无法抓取到完整信息的话,就需要用uart的方式来抓取log。抓取方法如下:

a. 打开超级终端,通过hyper Terminal->Transfer->CaptureText...开始抓取log

b. Check一下超级终端是否有log输出

c. 在超级终端中输入回车键,看看是否有#输出。

d. 在#后输入“logcat -v time”开始抓取log。

e. 重新复现问题后提交uart log。


错误log分析:

现象:系统有时会突然进入开机界面,但是不是完整的重启

查看logcat发现如下:

E/NetworkTimeUpdateService( 5705): --1--=null
01-02 11:41:34.855 E/AndroidRuntime( 5705): *** FATAL EXCEPTION IN SYSTEM PROCESS: NetworkTimeUpdateService
01-02 11:41:34.855 E/AndroidRuntime( 5705): java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String java.lang.String.substring(int, int)' on a null object reference
01-02 11:41:34.855 E/AndroidRuntime( 5705): at com.android.server.NetworkTimeUpdateService.setSystemTime(NetworkTimeUpdateService.java:420)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at com.android.server.NetworkTimeUpdateService$MyHandler.handleMessage(NetworkTimeUpdateService.java:392)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at android.os.Handler.dispatchMessage(Handler.java:111)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at android.os.Looper.loop(Looper.java:207)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at android.os.HandlerThread.run(HandlerThread.java:61)
01-02 11:41:35.039 E/installd(  307): eof
01-02 11:41:35.040 E/installd(  307): failed to read size
01-02 11:41:35.051 E/WifiManager( 6495): Channel connection lost
01-02 11:41:35.052 E/WifiManager( 6537): Channel connection lost
01-02 11:41:35.060 E/WifiManager( 6343): Channel connection lost
01-02 11:41:35.066 E/WifiManager( 7296): Channel connection lost
01-02 11:41:35.070 E/WifiManager( 7203): Channel connection lost
01-02 11:41:35.073 E/WifiManager( 6005): Channel connection lost
01-02 11:41:35.506 E/Zygote  ( 5506): Exit zygote because system server (5705) has terminated

从log中可以看出是在system server进程中出现空指针异常,导致system server退出,受精卵重启




装载自https://www.cnblogs.com/bastard/archive/2013/05/03/3056985.html

1 Android Log

最近遇到一些抓log 的事情,很多来自网上达人的分享,加在一起总结一下:

log文件分为实时打印的,还有状态信息的两种

    实时打印的主要有:logcat main,logcat radio,logcat events,tcpdump, QXDM Log

    状态信息的有:adb shell dmesg,adb shell dumpstate,adb shell dumpsys,adb bugreport

 

实时log:

  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等。

 

状态log:

         其实一个就够了,那就是bugreport(命令adb bugreport>bugreport.log)。

         里面包含有dmesg,dumpstate和dumpsys;

 

         dmesg(命令adb shell dmesg > ldmesg_kernel.log)是kernel的log,凡是跟kernel相关的,比如driver出了问题(相机,蓝牙,usb,启动,等等)

 

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

        

         dumpsys这个是关于系统所有进程Process的内容都在这个里面,adb shell dumpsys 这个命令还有更详尽的用法,

         比如adb shell dumpsys meminfo system是查看system这个process的内存信息。

         dumpsys [options]

               meminfo   显示内存信息

               cpuinfo      显示CPU信息

               account     显示accounts信息

               activity 显示所有的activities的信息

               window     显示键盘,窗口和它们的关系

               wifi    显示wifi信息

 

  通过adb logcat/bugreport可以实时的查看系统的log,以及系统的状态信息;

  如何将Log存储下来,保存当时系统运行的情况呢?

  可以通过一些脚本或者执行可执行程序来保存log信息,以便分析问题;

 

2 抓取实时log 

复制代码
int main(int argc, char *argv[])
{
    ……
    //抓取main log
    char path[] = "/xxx/xxx/app_main.log";
    sprintf(cmd,"logcat -v time > %s",path);
    fd = open(path, O_WRONLY|O_TRUNC|O_CREAT, 0777);
    system(cmd);
    
    //radio log
    ……
    sprintf(cmd,"logcat -b radio -v time > %s",path);
    system(cmd);
    
    //kernel
    ……
    sprintf(cmd,"cat /proc/kmsg > %s",path);
    system(cmd);
    
    //bluetoolth log
    sprintf(cmd,"hcidump -w %s","/data/bt.log");
    system(cmd);
    ……
}
复制代码

 

3 抓取状态log

复制代码
int main(int argc, char *argv[])
{
    //panic log 需要判断/proc/apanic_console是否存在
    sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
    system(cmd);
    
    //anr log /data/anr/
    sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
    system(cmd);
    
    //tombstones log /data/tombstones/ modem重启复位等
    sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
    system(cmd);
    
    //mdm log /data/tombstones/mdm/  modem重启复位
    sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
    system(cmd);
  
  ……
}
复制代码

panic log:

  它表示Linux kernel走到了一个不知道该怎么走下一步的状况,

  http://wenku.baidu.com/view/519c8009844769eae009ed50

tombstone log:    

  当系统发生tombstone的时候,kernel首先会上报一个严重的警告信号(signal),上层接收到之后,

进程的调试工具会把进程中当时的调用栈现场保存起来,并在系统创建了data/tombstones目录后把异常时的进程信息写在此目录里面,

开发者需要通过调用栈来分析整个调用流程来找出出问题的点。

   http://www.eoeandroid.com/thread-206358-1-1.html

 

4 Runtime 可执行程序

编译成可执行程序,当然在实际使用中需要一些控制参数。

代码里如何执行这些可执行程序:

         在底层可以通过system();

         在Java层Runtime.getRuntime().exec();

例如:

         String BIN_PATH = "/system/bin/catch_log";

         Runtime.getRuntime().exec(BIN_PATH + " -x 1");

 

         Runtime.getRuntime().exec("/system/bin/cat  "+path);

         Runtime.getRuntime().exec("su -c chmod 777 /data/glad.txt");

         Runtime.getRuntime().exec("/system/bin/sh /data/test.sh");

        

Android Runtime使得直接调用底层Linux下的可执行程序或脚本成为可能

比如Linux下写个测试工具,直接编译后apk中通过Runtime来调用

或者写个脚本,apk中直接调用,省去中间层或者JNI;

         参考文档:http://blog.csdn.net/zmyde2010/article/details/6123987

 

5 diag_mdlog

         这是高通提供的抓取qxdm log的东东。

         既包括AP端得,也包括BP端的;或者跟选择端口有关系,8064ap和modem端口独立;

        

         代码位置:\vendor\qcom\proprietary\diag\mdlog\

        

         使用diag_mdlog这个可执行程序来抓取log

                   需要Diag.cfg文件来配置过滤项,选择需要的Log信息。在使用前必须放置一个Diag.cfg文件。

                   Diag.cfg文件可以用QXDM生成;可以通过F12,Filtered View /Config 来生成Diag.cfg

                  

         这个程序一次只能执行一个,可以用kill -9 PID 将其强制结束

 

6 抓取Ap 端 memory dump

         高通qpst工具Memory Dump App

         要在downloader模式

         需要修改的nv项:

                   905 0

                   4399 1

         或者使用emmc进入downloader模式。

        

         打开连接手机, Get Regions,选择需要保存的Regin,SaveTo选择一个文件夹,确定即可

         注意:这个路径下不能有中文,必须是英文的路径

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值