[RK3399][Android7.1] 调试笔记 --- 开机后台抓取kmsg log

最新推荐文章于 2024-04-07 10:41:37 发布
原创 最新推荐文章于 2024-04-07 10:41:37 发布 · 3k 阅读 · 10 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#dmesg #kmsg #script #service

Platform: RK3399
OS: Android 7.1
Kernel: v4.4.83

此功能在rk3288上有实现过，rk3399上脚本稍微有点差异。

  1. 记录文件生成时间，因为可能会遇到异常重启的情况，而文件的生成时间会随着Log的写入而更新。
  2. dmesg先保存前面的Log
  3. 每次开机会启动一次脚本，默认保留5次开机Log，kmsg_5.log为最新

改动如下：
system/core/rootdir/init.rc:

diff --git a/rootdir/init.rc b/rootdir/init.rc
index 3aa4426..30b823f 100644
--- a/rootdir/init.rc
+++ b/rootdir/init.rc
@@ -692,3 +692,8 @@ service syslog /system/bin/logcat -f /data/log/system.
最低0.47元/天 解锁文章

200万优质内容无限畅学
Android11 默认开机后台记录logcat日志
kevin's cache的专栏
07-06 1985
需求：android启动后，默认后台记录logcat日志，并且设置每个文件大小为2M，最多记录30个文件，并且放置的data目录需要开放给app侧读取权限。软件平台：Android11。Mark一下，编译验证调试～硬件平台：QCS6125。
[RK3288][Android6.0] 系统重启后保存上一次kernel log机制
Kris Fei's blog
05-16 4204
阅读数：67 编辑 Platform: RK3288 OS: Android 6.0 Kernel: 3.10.92 背景: 最近遇到如下现象： 自动随机重启 板子连接adb和uart无响应 这两个问题都需要抓取上一次的kernel log来查找问题。 虽然我有在系统上做了重启后log的保存机制，但是由于是在用户空间使用脚本做的处理， 如果是kernel crash此类i...
linux内核日志输出之kmsg和dmesg
jinking01的专栏
10-16 3192
proc/kmsg是专门输出内核信息的地方,为了能够方便的在 user space 读取 Kernel log，Kernel driver 里面将ring buffer映射到了 /proc 目录下的文件节点 /proc/kmsg。printk（）打出的信息往往以 <0>…由于 Kernel log buffer 循环缓冲区只有一个读指针，所以当一个程序在读 buffer 的时候会不断的移动 buffer 的读指针，这样当有多个程序读取 buffer 的时候每个程序得到的log都不是完整的。
RK3399 Android7.1查询本地保存的日志
u011774634的博客
04-07 247
对应的app源码路径为：vendor/rockchip/common/tools/log_capture/logcatext/logcat.cpp。本地保存的日志文件路径：/data/logs/aplog。
[RK3399 Android7.1] 开启保存上一次重启前日志
嵌入式Linux
03-07 3415
保存上一次重启前日志的必要 分析死机的情况需要我们把上一次不能及时抓取的日志拿到是非常关键的，这个方法非常有利于我们分析内核panic和Android 死机的情况。 开启的方法 内核配置 在dts文件里面添加下面两个节点 ramoops_mem: ramoops_mem { reg = &lt;0x0 0x110000 0x0 0xf0000&gt;; reg-names = "ramoops_m...
Android调试获取Log
m0_37321987的博客
03-02 1724
adb shell logcat -v time 是获取上次的kernel之上的logadb shell cat /proc/kmsg 是获取上次kernel的log如果想要查看模块加载的过程，需要查看开机2秒内的日志，但是dmesg的缓存太小需要修改kernel-3.18/kernel/printk/printk.c中#define __LOG_BUF_LEN (1 &lt;&lt; CONFI...
[RK3399][Android7.1] 调试笔记 --- 开机动画播放视频功能
Kris Fei's blog
07-24 5148
Platform: RK3399 OS: Android 7.1 Kernel: v4.4.83 rk3399上默认已经添加了开机播放视频的功能，只要按照如下改动就可成功播放。 kris@eco:~/rk3399/device/rockchip/rk3399$ g df diff --git a/device.mk b/device.mk index 2a730bc..6645072 ...
[RK3288][Android6.0] 调试笔记 --- 开机后台抓取kernel log
Kris Fei's blog
08-15 3330
Platform: Rockchip OS: Android 6.0 Kernel: 3.10.92 log保存在/data/log下 最大保存5份文件 满5份之后删除最旧的一份 kris@:~/rk3288/device/rockchip/rk3288$ g df 86f2bc34af5f4f8455a0e674c781b7c05c5af8a6 ed7447a416c3e47ab097b633
[RK3288][Android6.0] 调试笔记 --- eMMC坏块测试
Kris Fei's blog
08-17 1万+
Platform: Rockchip OS: Android 6.0 Kernel: 3.10.92网上搜到一个叫eMMC Brickbug Check的apk 启动后里面的Check Memory一项提示要root,但是系统已经是root过的了，不知道如何使用。后来请教做这块的前同事，得知源码包下有自带测试工具叫badblocks 源文件： external/e2fsprogs/misc/b
[RK3288][Android6.0] 调试笔记 --- Audio驱动层判断录音数据是否异常
Kris Fei's blog
05-31 3373
Platform: Rockchip OS: Android 6.0 Kernel: 3.10.92 之前有提到上层可以通过dump pcm数据查看波形来确定录音采样的数据是否正常，这里给出驱动层查看方法。 http://blog.csdn.net/kris_fei/article/details/72763579 当一次传输完成后会调用dmaengine_pcm_dma_c
嵌入式Linux——kmsg：分析/proc/kmsg文件以及写自己的/proc/mymsg
静祥阁
06-05 1万+
简介：     本文主要分析/proc/kmsg文件的形成过程以及使用cat /proc/kmsg查看log_buf中的信息时所要经历的代码。并结合上面的分析写自己的 /proc/mymsg和myprintk 。    Linux内核：linux-2.6.22.6  所用开发板：JZ2440 V3（S3C2440A） 声明：     本文主要是看完韦东山老师的视频后，自己分析代码所写。...
android kmsg记录的什么信息
rockly89的博客
09-01 2489
系统内核日志。在Android系统中，printk输出的日志信息保存在/proc/kmsg中
内核调试 /proc/kmsg 和 dmesg
热门推荐
zlcchina的专栏
04-20 2万+
dmesg 打印内核的整个过程中的
PROC虚拟文件系统自制kmsg文件存储打印信息
cgsz1992的专栏
07-05 3440
PROC虚拟文件系统自制kmsg文件存储打印信息          像内核proc文件系统的dmsg命令一样，prink内核打印的信息都会存储在/proc/kmsg文件里，我们cat它就能读出所有的内核打印信息，但是该文件类似于管道，读完了就读走了，不会再有，除非有printk函数继续向里面写入东西。而dmsg会打印出所有log_buf里面的东西，应该是开机以来所有的printk打印出来的。
瑞芯微rk3288/rk3566/rk3399开机log
loglingyy的博客
03-06 1160
AA这两个 LOGO 图⽚默认放在 Linux kernel 根⽬录下（logo.bmp 和 logo_kernel.bmp），Linux AAKernel 在编译的时候会把他们打包到。AAU-Boot 启动的时候会把这两个⽂件加载到内存中，U-Boot LOGO 在 U-Boot 阶段就开始显⽰，AAKernel LOGO 在内存中的地址会被 U-Boot。AA在 Rockchip 平台上，开机 logo ⼀般分为两个阶段：显⽰ U-Boot logo 和 显⽰ Kernel logo。
Linux 日志出现kmsg,sudo cat /proc/kmsg捕获kernel内核log信息
weixin_32875295的博客
05-01 1241
以下思路来自syslogd源程序luther@gliethttp:~$ sudo killall klogd // 首先干掉系统内部的klogd否则kmsg获得的log不全,而且log量很大时,就会出现klogd占用cpu超高的现象.luther@gliethttp:~$ sudo cat /proc/kmsg<4>[ 3499.310669] gggggggggggggggggg=...
Linux 命令（8）—— dmesg
baboon_chen
07-06 3365
linux命令dmesg
adb打印内核调试信息dmsg和kmsg说明
成长的味道
12-21 1万+
Android的log信息分为内核空间和用户空间中LOG，查看用户空间（也就是app等上层的log）的log直接用logcat就可以了，如果想过滤一些信息就用adb shell “logcat | grep -E ‘log_xxx|log_aaa’”命令，这样log只会显示含有log_aaa和log_xxx的log信息了。上层的log信息大家基本都会查看，我们这里就只说用adb查看内核的log信息，
Android 常见的抓log方法总结
雪浪东陵的专栏
07-08 1万+
1, kernel log1、adb shell dmesg > c:\log-dmesg.txt 2、adb shell cat /proc/kmsg > c:\log_kmsg 3、| findstr “xx” 只看xx相关的log 4、查看特定文件的log，下面以我调过的audio为例 调试audio的抓取log的方法 adb root adb shell echo
Android7.1 电池文件 /proc/last_kmsg
最新发布
07-31
<think>我们正在讨论的是Android 7.1系统中的/proc/last_kmsg文件，特别是与电池相关的信息。 根据引用[1]和引用[3]，我们可以知道： 1. /proc/last_kmsg是系统最后一次内核消息的日志，通常在系统异常重启（如崩溃或看门狗复位）后，用于保存上次内核运行期间的日志。 2. 当系统异常重启时，如果DDR（内存）没有掉电，那么上次内核的日志会保留在内存中，然后通过/proc/last_kmsg可以读取到。 3. 如果读取/proc/last_kmsg时发现内容是乱码，则说明DDR掉过电了，即系统完全断电，日志丢失。 在电池相关的场景中，我们可能会遇到设备突然关机（比如电池电压过低导致系统强制关机）的情况。此时，如果我们想分析关机前的内核日志（可能包含电池电压的临界点、关机原因等信息），就可以查看/proc/last_kmsg。 但是，请注意，如果关机导致整个系统完全断电（包括DDR），那么last_kmsg将无法保存，因为它是存储在RAM中的。只有那些在重启过程中DDR没有掉电的重启（比如内核崩溃重启、看门狗复位等）才能保存last_kmsg。 因此，在电池电压过低导致的关机情况下，由于整个系统掉电，通常无法通过/proc/last_kmsg获取关机前的日志。不过，有些设备可能有特殊的机制（比如使用备用电源维持一小块内存）来保存关键日志，但这并不是标准做法。 位置： /proc/last_kmsg是一个虚拟文件，位于proc文件系统中。它在设备重启后（非完全断电重启）出现，正常关机再开机则不会出现（因为正常关机会清空这个日志）。 作用： 1. 调试系统异常重启（包括内核崩溃、看门狗复位等）的原因。 2. 记录重启前内核的日志，包括各种驱动（如电池驱动）打印的信息。 在电池问题调试中，如果设备因为电池电压过低而触发内核直接关机（且没有完全断电，比如电池还在但电压不足，设备进入某种保护状态而重启），那么我们可以尝试从/proc/last_kmsg中查找电池相关的日志（比如电池电压、关机触发点等）。 但是，如果设备完全断电（比如用户拔掉电池），则last_kmsg将丢失。 如何查看： 在设备重启后，通过adb shell或终端模拟器执行： cat /proc/last_kmsg 或者将文件导出到电脑： adb pull /proc/last_kmsg 注意事项： 1. 这个文件只在异常重启后存在，正常启动后不存在。 2. 如果系统重启多次，则last_kmsg只保存最近一次异常重启的日志。 因此，当遇到电池异常关机时，如果设备重启后存在/proc/last_kmsg，我们可以从中搜索电池相关的关键字（如"battery", "voltage", "shutdown"等）来分析关机原因。 引用[1]中提到了如果/proc/last_kmsg的内容是乱码，说明DDR掉过电了，这通常意味着完全断电（比如电池被移除或者电量彻底耗尽导致内存无法保持）。 引用[3]则解释了ram console的工作原理：内核日志除了输出到串口控制台（uart console）外，还会输出到ram console（一块保留的内存区域）。当系统崩溃重启时，ram console的内容会被保存下来，然后通过/proc/last_kmsg可以访问。 所以，在电池问题导致的重启中，如果重启类型是保持内存的（比如只是内核panic而硬件复位，但DDR仍保持上电状态），那么我们就可以看到last_kmsg。否则，如果是彻底断电，则看不到。 综上所述，/proc/last_kmsg在电池问题分析中的作用是有限的，因为电池问题往往导致完全断电。但我们可以尝试在设备支持保持内存的情况下（例如，设备有备用电池或者超级电容）利用它来获取信息。 相关问题： 1. 如何确保在电池耗尽时也能保存内核日志？ 2. Android系统中还有哪些日志文件可以帮助分析电池问题？ 3. 如何修改内核配置以增强电池日志的记录？ 4. 除了last_kmsg，还有哪些方法可以获取系统崩溃前的状态？</think>在 Android 7.1 系统中，`/proc/last_kmsg` 是与电池问题诊断相关的关键日志文件，其作用和位置如下： ### 作用和功能 1. **内核崩溃日志记录** `last_kmsg` 保存系统**异常关机前**的内核环形缓冲区（ring buffer）日志，包括： - 电池电压骤降事件（如 `battery voltage critical`） - 硬件复位记录（如 `Watchdog reset`） - 温度保护触发（如 `thermal shutdown`） - 驱动错误信息（如 `battery driver fault`） 2. **电池问题诊断依据** 当设备因电池问题（如电压过低、温度异常）意外关机时，该文件可提供： ```bash [ 100.253] battery: voltage=3200mV < threshold=3400mV [ 100.257] Power: Shutdown triggered by battery! ``` 这类关键时间戳和电压值数据[^1]。 3. **DDR 电源状态指示器** 若文件内容为乱码，表明 DDR 内存已完全掉电（常见于电池彻底耗尽）： ```bash cat /proc/last_kmsg # 输出乱码 => DDR 完全断电 ``` 正常日志则说明 DDR 保持供电（如软件复位）[^1]。 ### 文件位置和访问 - **物理路径**：`/proc/last_kmsg`（虚拟文件系统） - **生成条件**： - 仅当系统发生**非正常关机**（内核崩溃/硬件复位）时生成 - 正常关机（`poweroff`命令）不会生成该文件 - **查看方式**： ```bash adb shell su -c "cat /proc/last_kmsg > /sdcard/last_kmsg.log" adb pull /sdcard/last_kmsg.log ``` ### 工作原理 1. **双控制台机制**： 内核日志同时输出到两个终端： - UART 控制台（输出到串口） - RAM 控制台（驻留内存的环形缓冲区） $$ \text{kmsg} \rightarrow \begin{cases} \text{UART console} \\ \text{RAM console} \end{cases} $$[^3] 2. **异常关机保存流程**： ```mermaid graph LR A[异常关机] --> B[内核崩溃] B --> C[RAM控制台冻结] C --> D[下次启动时创建/proc/last_kmsg] ``` ### 注意事项 1. **设备需 root 权限**才能完整读取该文件 2. **日志覆盖风险**：系统重启后新日志会逐步覆盖旧内容 3. **厂商定制差异**：部分设备可能使用`/sys/fs/pstore/console-ramoops`替代 --- ### 相关问题 1. 如何区分电池耗尽关机与系统崩溃导致的 `/proc/last_kmsg` 生成？ 2. 当 `/proc/last_kmsg` 显示乱码时，如何进一步诊断电池问题？ 3. Android 系统如何配置 RAM 控制台的缓冲区大小？ 4. 除 `last_kmsg` 外，还有哪些日志文件可用于分析电池异常关机？ [^1]: 引用关于 `/proc/last_kmsg` 的 DDR 电源状态诊断说明 [^3]: 引用关于 RAM 控制台的双输出机制描述
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值