案例分析
文章平均质量分 84
wdh3837
这个作者很懒,什么都没留下…
展开
-
Linux_oops缺页异常后输出的宕机日志解读
Linux_oops缺页异常后输出的宕机日志解读。原创 2022-08-15 15:36:47 · 2025 阅读 · 0 评论 -
解读OOM killer机制输出的日志
在业务繁忙的服务器,小内存方案,内存泄露的场景中,我们常常发现系统在非常大的内存压力情况下触发了OOM killer机制。OOM killer机制是内存管理中在资源极端短缺情况下一种迫不得已的进程终止机制。OOM killer机制会根据算法选择并终止占用内存资源比较多的进程,以释放内存......原创 2022-08-12 19:32:09 · 1795 阅读 · 0 评论 -
案例分析(三)linux-5.4 mmc无法挂载文件系统
项目背景问题描述复现方法实验调试实验一:从log中查看mmc过程解决方法方法一方法二方法三修复后log项目背景项目:”h618-linux-5.4-bsp板型:H618-p2介质:mmc问题描述在基础kernel跑起来后,init尝试挂载文件系统失败报如下错误:[/init]: Wait /dev/mmcblk0p4 ready ...[ 3.484810][ 3.484810] insmod_device_driver[ 3.484810][ 3.4.原创 2021-10-26 16:05:37 · 1363 阅读 · 0 评论 -
案例分析(二)内存越界检测工具kasan
KASAN简介 Kasan 是 Kernel Address Sanitizer 的缩写,它是一个动态检测内存错误的工具,主要功能是检查内存越界访问和使用已释放的内存等问题。在Linux-4.0中Kasan 集成在 Linux 内核中,随 Linux 内核代码一起发布,并由内核社区维护和发展。但知道Linux-4.4版本才开始之初ARM64。此次采用的是Linux-4.9版本做实验。KASAN原理 Kasan 的原理是利用“额外”的内存来标记那些可以被使用的内存的状态。这些做标记的区域被称为影子区原创 2021-10-16 16:49:01 · 2741 阅读 · 0 评论 -
案例分析(一):decodecode解析oops异常失败
环境架构:arm64工具链:gcc-linaro-5.3.1-2016.05-x86_64_aarch64-linux-gnulinux-5.4log文件在win7环境生成decodecode文件在Ubuntu环境背景在分析oops异常时发现一个叫decodecode的脚本,可以在没有源代码或符号表的情况下,将oops异常的log作为输入就可以解析出错误位置的汇编代码。但在使用decodecode脚本的时候出现了如下错误:$ ARCH=arm64 $ CROSS_COMPILE=g原创 2021-10-12 17:18:32 · 1940 阅读 · 0 评论