kernel问题定位手段总结

最新推荐文章于 2022-11-16 16:14:07 发布
最新推荐文章于 2022-11-16 16:14:07 发布
阅读量842 收藏 1
点赞数
分类专栏： android/linux内核 arm/汇编 文章标签： arm arm开发 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lixiaojie1012/article/details/120103470
版权
本文总结了在没有仿真器的情况下进行kernel底层研发的问题定位手段，包括利用Kasan检测内存错误，通过mprotect和set_memory_ro/rw设置内存属性，使用dump_stack查看调用栈，以及在异常时采用BUG(), BUG_ON(), panic()或kernel_restart()进行主动复位。这些方法对于解决内存被踩和跟踪调用栈等问题十分实用。" 125281477,11645857,Linux环境下深度学习：Conda源管理与404问题解决,"['Linux', '深度学习', 'Conda管理']

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

从事kernel底层研发工作，最基础的调试工具就是仿真器，仿真器功能非常强大，可以让研发人员很容易的查看内存、查看函数调用栈、查看内存属性、查看当前寄存器值、设置函数断点、设置内存读写断点等等，那么在没有仿真器的情况下，同样也有很多问题定位手段：

内存被踩

1）kasan：Kasan 是 Kernel Address Sanitizer 的缩写，它是一个动态检测内存错误的工具，主要功能是检查内存越界访问和使用已释放的内存问题。使用方法可参考https://cloud.tencent.com/developer/article/1518011

说明：kasan带有一定的局限性，如果并不是越界和use-after-free的问题导致，则无法检查出来。适用于固定位置踩和飞踩等问题。

2）将被踩地址属性改为只读（只适用于当前CPU自己代码踩自己内存，如果是被其他子系统踩，则需要通过其他手段）

用户态可使用mprotect函数，：

最低0.47元/天 解锁文章
踩内存问题分析方法
x-2010的笔记
01-06 2224
比较麻烦的在于程序奔溃点在之后的某个时间出现。此时array为全局数组，则被踩坏的内存也属于全局数组（除非array定义在全局区域的边缘），此种情况比较容易查找，通常也是由于index越界引起，可通过被踩坏内容的特征往前推，大致推导开始踩的位置，找出对应的全局变量后检查代码逻辑，看是否存在溢出。看到func没有对参数i做范围检查，极可能传进的i超过10，甚至是负数，这就无法知道被踩坏内存位置和自己内存位置，此种问题也是最难查的，因为可能每次奔溃的情况都不一样。1.1.2. 栈溢出。
CentOS7运行报错kernel:NMI watchdog: BUG: soft lockup - CPU#0 stuck for 26s
weixin_30614109的博客
08-25 5750
CentOS内核，对应的文件是/proc/sys/kernel/watchdog_thresh。CentOS内核和标准内核还有一个地方不一样，就是处理CPU占用时间过长的函数，CentOS下是watchdog_timer_fn()函数。 如果你的内核是标准内核的话，可以通过修改/proc/sys/kernel/softlockup_thresh来修改超时的阈值 参考文献:https://zhi...
[monitor] 7. Linux几种内核故障定位方法
pwl999的博客
10-14 3834
Linux系统崩溃有kdump机制来记录，但是由于kdump的文件内容一般很大，在嵌入式系统一般不使用，嵌入式系统一般使用把printk重定位到黑匣子中的方法来记录异常，另外还需要其他的故障检测方法来完善系统所有场景下的异常检测。除了系统的一些通用方法，我们在定位系统死机、复位故障时需要更多的手段来搜集信息，一般嵌入式系统采取的手段有： 1、创建内存、flash黑匣子，把故障点、函数调用栈等信息在复
CentOS 8系统安装之kernel异常
节操下溢笨狐狸的博客
01-31 1965
CentOS 8系统安装之kernel异常问题背景解决方案相关资料CR 控制寄存器 问题背景 因原先CentOS 6系统逐渐成为过去式，各种软件管理不再提供支持，故而转向CentOS 8。但是在初始化安装CentOS系统之前，系统报了kernel 异常，初始化程序卡住以至于无法继续之后的系统安装，如下： 解决方案 经查询，该问题发生与选用的系统硬件（CPU、内存、硬盘、网卡、声卡）有关。网上大多数人在禁用网卡或者声卡或者两者后系统kernel 正常初始化，但比较遗憾的是本人的在尝试后依次无法正常初始化。
快速找到 Linux Kernel 中各种函数原型的方法
01-28 1549
最近一直在研究Linux的kernel代码，有时候遇到需要查看具体struct定义的时候，但是使用VS Code的时候，每次在查询里面输入的时候，都会看到K级别的结果，非常不好定位，比如下面这样的情况 看到这个结果我也很绝望，当然我知道可以使用 CTRL + 左键 来做定位，但是在工程含有整个内核代码的时候，也是非常缓慢的。 那么有什么更好的方法吗？ 我突然想到了内核里面的变量定义一般的格式是 struct xxx { ... } 而不是如下的形式 struct xxx { ... } 那么就可以直接
Linux Kernel Oops异常分析
weixin_30312659的博客
04-07 2058
0．linux内核异常常用分析方法 异常地址是否在0附近，确认是否是空指针解引用问题 异常地址是否在iomem映射区，确认是否是设备访问总线异常问题，如PCI异常导致的地址访问异常 异常地址是否在stack附近，如果相邻，要考虑是否被踩 比较delay reset/nmi watchdog等多种机制打印的栈信息，看看pc是否在动，确定是否是死锁 用SysRq判断是真死还是假死 ...
linux调试手段总结.doc
08-07
Linux调试是系统开发和维护过程中的重要环节...以上是Linux调试的主要手段和工具，它们共同构成了一个全面的调试环境，帮助开发者深入理解系统行为，定位并解决问题。在实际操作中，需要结合具体场景灵活运用这些技巧。
Go程序内存泄露问题快速定位
j简说Linux的博客
11-16 2983
使用 gcore 转储整个进程，原理类似，gcore 会在转储完后立即 detach 进程，比手动 dump 速度快，对 traced 进程的影响时间短，但是转储文件一般比较大（记得 ulimit -c 设置下），core 文件使用 hexdump 分析的时候也可以选择性跳过一些字节，以分析感兴趣的可疑内存区。或者，是有连续的大内存区块，也是待分析的可疑对象，或者这样的内存区块数量比较多，也应该作为可疑的分析对象。不管如何发现的，明确存在这一问题之后，就需要及时选择合适的方法定位到问题的根源，并及时修复。
linux 定位 踩内存_记录一次用户态踩内存问题
weixin_39644915的博客
12-20 1720
这几天在做总结，把三年前写的一个定位案例，翻了出来。回想起定位这个问题时的场景，领导催得紧，自己对很多东西又不熟悉，所以当时面临的压力还是很大的。现在回想起来感慨还是很多的，我们在遇到任何一个问题，一定不要放弃。还记得在产品线做开发时，学到的一些项目知识，任何一个bug，他总有一天会爆发出来。任何一个问题，总有一天找到好的解决方案。当我们尝尽了所有可以尝试的方案，定位办法，解决思路后，往往这个问题...
linux 内核层到应用层通信,如何在kernel里调用应用层函数
weixin_35756130的博客
05-07 1033
1.简介一般来说，应用层程序的执行是依赖与内核提供的接口，比如内核系统调用来获得系统的时间片，从而获得执行。如下是在Solaris里面的进程模型，我想在Linux里面应该也是差不多的。但是，能否反其道而行之呢？也就是说，能不能从内核里面的模块直接调用应用层的函数，并且得到执行呢？我们都知道，在应用层编程有很多好处，比如，可以利用现成的代码，有好的调试工具，等等很多。如果可以把一部分程序从内核空间移...
[Kernel_exception2] data abort Unable to handle kernel paging request
frank_zyp的博客
09-20 1676
一、概序：     data abort 类型的KE比较常见，触发此KE的原因是，用户空间使用的地址都是虚拟地址，此地址经过MMU的负复杂 的页表映射到物理地址，当其中发生一些异常导致此虚拟地址无法访问到对应的物理地址时，就会通过报对应的BUG 使系统重启，此地址有可能已经被其他进程访问，也有可能因为部分硬件问题导致对应的地址出现翻转导致无法访问。 二、案例： （1）硬件bitflip的...
一次踩内存事件
konga的专栏
04-25 3216
做各个模块集成，其中包含了文件管理、录像业务相关的库。 背景：在文件管理初始化时，应用层会指定数据根目录。   测试发现在执行特定操作时，目录失效，无法创建文件，日志大概这样  (NULL) /Movie/xxxx.MP4，好像是指定的根目录变空了。  检查一番， 没有进行去初始化， 跟文件管理库负责同事远程沟通了下，他在库里维护了一个指针，指向 应用 层设置的 目录字符串（这个方法当然不...
踩内存专题分析
兰宝的专栏
10-11 6113
kernel内存种类 先了解下kernel内存种类，才知道如何针对分析。 全局变量 这个最直接，直接在驱动里定义全局变量就可以拿来使用，不过要注意互斥访问。 内存是分配在.data/.bss段的。 局部变量 定义在函数内部的变量，分配在栈帧内的。由于kernel对栈大小有限制，ARM32位是8K，ARM64位是16K，因此不能定义太大的变量，否则容易造成栈溢出。
【干货】Linux 系统故障排查和修复技巧
openlabChi的博客
02-18 439
我发现Linux系统在启动过程中会出现一些故障，导致系统无法正常启动，我在这里写了几个应用单用户模式、GRUB命令操作、Linux救援模式的故障修复案例帮助大家了解此类问题的解决。 　　（一）单用户模式 　　Linux系统提供了单用户模式(类似Windows安全模式)，可以在最小环境中进行系统维护。在单用户模式(运行级别1)中，Linux引导进入根shell，网络被禁用，只有少数进程运行。单用户模...
无法定位程序输入点getSystemTimePreciseAsFileTime
最新发布
03-14
### 关于 `GetSystemTimePreciseAsFileTime` 的未解析外部符号错误 当遇到 `error LNK2019: unresolved external symbol "GetSystemTimePreciseAsFileTime"` 或类似的链接器错误时，通常是因为项目缺少必要的库文件或目标平台不支持该函数。 #### 错误原因分析 `GetSystemTimePreciseAsFileTime` 是 Windows API 中的一个高精度时间获取函数，在 Windows Vista 及更高版本的操作系统上可用。如果出现此错误，可能是由于以下原因之一： 1. **缺失依赖的库文件** 需要确保项目的链接阶段包含了正确的库文件 `Kernel32.lib`，因为 `GetSystemTimePreciseAsFileTime` 定义在此库中[^3]。 2. **目标平台设置不当** 如果项目的目标平台被设定为低于 Windows Vista（例如 Windows XP），则可能会导致编译失败，因为这些旧版操作系统并不支持该函数[^4]。 3. **配置问题** 类似于其他未解析外部符号的情况，检查 Linker 输入中的 Additional Dependencies 是否正确设置了所需的静态库文件路径。 --- #### 解决方案 ##### 方法一：确认并添加 Kernel32.lib 到链接器选项 在 Visual Studio 中执行如下操作： - 打开项目属性对话框 (`Property`)。 - 转至 `Linker -> Input` 设置页。 - 在 `Additional Dependencies` 字段中加入 `Kernel32.lib` 并保存更改。 ##### 方法二：验证目标平台兼容性 通过修改项目属性来指定最低运行环境为目标系统的最新版本： - 进入 `Configuration Properties -> General`。 - 将 `Platform Toolset` 和 `Windows SDK Version` 更新到最新的稳定版本。 - 同样需调整 `Target Platform Version` 至至少支持 Win8/Win10 的数值范围。 ##### 方法三：条件编译替代实现 对于需要向后兼容的应用场景，可考虑提供备用逻辑处理低精度过程调用情况下的需求满足方式；比如利用传统方法代替现代API功能完成相似效果输出工作流程设计思路转换过程描述如下所示代码片段演示如何安全地尝试访问新特性同时保留向下兼容能力: ```cpp #include <windows.h> #include <iostream> void GetHighPrecisionTime(FILETIME& ft) { typedef void (WINAPI* LPFN_GETSYSTEMTIMEPRECISEASFILETIME)(LPFILETIME); static HMODULE hModule = LoadLibrary(TEXT("kernel32.dll")); if (!hModule) { std::cerr << "Failed to load kernel32.dll"; return; } LPFN_GETSYSTEMTIMEPRECISEASFILETIME pfnGetSysTimePrecise = reinterpret_cast<LPFN_GETSYSTEMTIMEPRECISEASFILETIME>( ::GetProcAddress(hModule, "GetSystemTimePreciseAsFileTime")); if(pfnGetSysTimePrecise){ pfnGetSysTimePrecise(&ft); // Use high precision function when available. }else{ GetSystemTimeAsFileTime(&ft); // Fallback option on older systems without the precise version. } } ``` 上述示例展示了动态加载 DLL 导出函数指针的技术手段以适应不同环境下可能存在的差异表现形式从而达到增强应用程序跨版本移植性的目的[^1]. --- ### 总结 为了彻底消除此类链接期产生的未定义引用异常状况发生概率降至最低水平，则应当着重关注以下几个方面要点事项逐一排查直至最终解决问题为止即止步于此不再赘述更多细节内容留给读者自行探索研究学习进步成长空间无限广阔天地大有作为也愿大家都能成为各自领域内的佼佼者共同推动技术发展前进脚步永不停歇！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值