OpenHarmony系统使用gdb调试init

OpenHarmony适配新的开发板时，启动流程init大概率会出现问题，其为内核直接拉起的第一个用户态进程，问题定位手段只能依赖代码走读和增加调试打印，初始化过程中系统崩溃的问题就更难定位了。如果能使用gdb调试init，会极大的提高定位效率。 本文简单描述了一下L2二次启动的系统如何使用gdb调试init

1. 首先将gdb打包到系统镜像中。

Init不正常的情况下，系统无法正常启动工作，无法使用hdc工具加载gdb工具，所以直接在制做镜像时，将其打包到系统镜像bin目录下。如下图：  2. 调试版本镜像带符号，需要修改镜像配置文件，改大其大小限制。尤其是system.img，编译失败时不会提示实际镜像大小，需要修改到5G以上。  3.编译调试版本，打开版本调试开关

./build.sh --product-name=ita260  --gn-args="is_debug=true use_unstripped_as_runtime_outputs=true"

4. 在init挂载好system、vendor等镜像，并将根目录切换到system镜像后，在启动第二阶段init时，切换到shell下，停止init初始化流程，见下图B处。 注意：A处的CloseStdio()需要注释掉 考虑用gdb启动init第二阶段，init绝大部分处理流程都在这一阶段，从这里开始就可以用gdb调试了，init第一阶段处理相对而言流程简单一些，代码走读和调试打印基本就能解决问题。 5. 在init主函数中去掉“不等于进程1就返回的处理”，因为用gdb起init第二阶段时，其进程非1。  6. init进程中不初始化Paramworkspace，前面pid=1的判断，在gdb调试init时条件不成立，所以此处增加判断init名就直接退出的处理。  7. 系统启动，init初始化第一阶段完成后，会停在shell 下，此时使用下述命令启动init第二阶段：gdb --args /bin/init --second-stage为了调试init的子进程，还需要gdb下述命令set follow-fork-mode child  当前gdb调试init方法不适用L0、L1和一次启动的L2系统。 本文章针对OpenHarmony系统在调试init初始化流程时，缺少高效的问题定位手段这一痛点，引入了嵌入式系统开发的主流调试工具-gdb。详细描述了这一方法涉及到的版本编译、适配点修改以及调试命令操作等细节处理，指导开发者提高定位init问题的效率。需要注意，当前gdb调试init方法有局限，不适用L0、L1和一次启动的L2系统。 更多热点文章阅读

• 玩转OpenHarmony PID：教你打造两轮平衡车
• 基于SDIO协议的WiFi模块实现指南
• ArkUI框架，更懂程序员的UI信息语法
• 带你玩转OpenHarmony AI：基于Seetaface2的人脸识别
• 带你玩转OpenHarmony AI：打造智能语音子系统
  

提示：本文由电子发烧友社区发布，转载请注明以上来源。如需社区合作及入群交流，请添加微信EEFans0806，或者发邮箱[e-mail]。

---

原文标题：OpenHarmony系统使用gdb调试init

文章出处：【微信公众号：电子发烧友开源社区】欢迎添加关注！文章转载请注明出处。