搭建内核网络调试环境（vscode + gdb + qemu）(转载)

转载已于 2025-08-30 17:10:01 修改 · 87 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://zhuanlan.zhihu.com/p/445453676

文章标签：

#Linux

于 2025-08-05 17:26:12 首次发布

Linux内核调试环境

参考文章链接:

https://zhuanlan.zhihu.com/p/445453676
基于VS Code的Linux内核调试环境搭建及start_kernel跟踪分析 - hunterooo - 博客园

VS code 可视化调试Linux kernel内核_vs code 查看linux 内核-优快云博客

视频链接:

搭建 Linux 内核网络调试环境（vscode + gdb + qemu）_哔哩哔哩_bilibili

xv6调试环境

参考文章链接:

四.使用vscode调试xv6内核 - All_just_for_fun - 博客园

https://zhuanlan.zhihu.com/p/501901665

qemu编译与使用-优快云博客

使用gdb调试xv6: https://juejin.cn/post/7241395887943155770

xv6 2020版使用gdb调试debug的方法_xv6 gdb-优快云博客

常见报错与解决方式

报错1

命令: make qemu1

报错: ERROR: Need qemu version >= 7.2

解决方法: 更换xv6的版本 (git clone git://g.csail.mit.edu/xv6-labs-2022)

参考链接: https://github.com/mit-pdos/xv6-riscv/issues/262

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

wave_sky

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

VSCode 配置 GDB 调试

tyustli

10-14

4908

qemu 启动选项多了 -s -S ，表示启动之后就 stop 等待 GDB 连接，在启动调试之前先启动 qemu ，让其等待 GDB 连接。上一节中直接使用 GDB 命令行调试，本节介绍如何使用 VSCode 来进行调试。选择 Node.js，此时在当前工作区域会新建一个 launch.json 文件。如果找不到 Node.js 模块，使用如下命令安装。Node.js 安装。

VSCode+GDB+QEMU图形化调试Linux内核

qq_30952829的博客

08-28

3483

Visual Studio Code + GDB + QEMU 搭建 Linux Kernel 的图形化调试界面

参与评论您还未登录，请先登录后发表或查看评论

VSCode+Qemu搭建Linux内核调试环境

破竹的博客

09-22

1473

要将一个ext2文件系统的镜像（rootfs.ext2）转换为一个可被QEMU等虚拟化平台识别的RAW镜像（rootfs.img），你可以使用qemu-img工具。buildroot/output/rootfs/rootfs.ext2 #下面有rootfs.img的话直接复制rootfs.img。注意：如果你想用这个内核替换掉自己系统上的内核，要用 /boot/config-编译module（ko）： //这里并不必要，后续增加ko 时使用。源码会被下载到/usr/src/ 目录下。

基于vscode+qemu的risc-v学习环境搭建

dmf_fff的博客

06-01

4914

基于 vscode+qemu 的risc-v学习环境的搭建

基于VSCode的Linux内核调试环境搭建及start_kernel跟踪分析

qq_45602305的博客

03-24

292

用以上命令先启动，然后可以看到虚拟机一启动就暂停了。我们从start_kernel始跟踪linux内核的启动，可以看到Linux内核创建了0号进程（init_task），set_task_stack_end_magic()将0号进程设置为内核的初始进程，后续进程都由它创建。可以看到rest_init()函数创建了kernel_init()和kthreadd两个线程，后者负责对其他内核线程管理调度。然后单步调试，看到start_kernel了一些系统资源，比如物理内存管理器、虚拟内存管理器，中断程序等。

用QEMU和GDB调试Linux内核(linux-5.5.9) --- OK -- 成功（差VScode了）

eydwyz的专栏

02-24

579

转载：https://blog.csdn.net/eidolon_foot/article/details/104905084 此调试在VisualBox虚拟机和ＰＣ都可进行。操作系统：ubuntu 19.10(unbuntu镜像下载) Linux内核：linux-5.5.9 (https://www.kernel.org/) QEMU：qemu-4.2.0(https://download.qemu.org/) GDB：gdb-9.1(https://download.qemu.or..

vscode + gdb 远程调试 linux (EPOLL) 内核源码

wenfh2020的专栏

06-28

830

配套视频：vscode + gdb 远程调试 linux (EPOLL) 内核源码。前段时间才搭建起来 gdb 调试 Linux 内核网络源码（视频），但是 gdb 命令调试效率不高。磨刀不误砍柴工，所以折腾一下 vscode，使调试人性化一点。 1. 搭建调试环境要搭建 vscode + gdb 调试 Linux 内核环境，首选要搭建：gdb 调试 Linux 内核源码（视频），然后再配置 vscode 进行测试调试。 2. vscode 配置 2.1. vscode 插件 ms-vscod

VSCode+GDB+Qemu调试ARM64 linux内核

嵌入式Linux内核的博客

06-06

3611

俗话说，工欲善其事必先利其器。linux kernel是一个非常复杂的系统，初学者会很难入门。如果有一个方便的调试环境，学习效率至少能有5-10倍的提升。为了学习linux内核，通常有这两个需要笔者使用VSCode+GDB+Qemu完成了这两个需求qemu作为虚拟机，用来启动linux。VSCode+GDB作为调试工具，用来图形化地DEBUG。下面将一步一步介绍如何搭建上述环境。本文所有操作都在Vmware Ubuntu16虚拟机上进行。

MacBook vscode qemu gdb 调试ucore 代码

坚持的力量

05-15

667

安装相应的软件安装vscode 安装c++ 插件安装qemu brew install qemu 安装交叉编译环境 brew install i386-elf-gcc i386-elf-binutils 下载代码 ucore 分功能代码根据readme 和 git tag 可查看配置调试参数 { "version": "0.2.0", "configurations": [ { "name": "(gdb) Launch",

qemu-source-code-reader:VSCode + Docker容器，用于读取qemu源代码-docker source code

03-25

Qemu源代码阅读器 Litte助手，可帮助阅读Qemu的源代码。当前下载版本4.2。它具有一个Docker容器，可为您下载源代码。使用插件ms-vscode-remote.remote-containers在VSCode上打开，它应自行构建，并在准备读取它的docker容器上输入您的名字。 PS：您必须在用户docker组中安装了docker。

qemu + vscode linux内核调试

kerwin的专栏

09-15

800

linux 内核调试

vscode(gdb) + qemu 单步调试 Lustre 文件系统

outsider

08-08

1570

使用 vscode(gdb) + qemu 实现单步调试 Lustre 文件系统

QEMU专栏 - 配置 Visual Studio Code下编译,运行和调试 QEMU.

06-18

1986

写博客终究还是少了点, 目前用的是优快云自带的Markdown 编辑器, 保存的草稿没能正确保存, 丢了一些内容,再写的时候,总感觉有点词不达意. 但是终于还是写出来了. 下一遍讲下如何使用QEMU调试FreeRTOS. 这个是从国外的一片文章上看到,因为我的目标最终就是去模拟这种嵌入式设备,所以感觉还挺有趣的.

Qemu-STM32(一)：ubuntu 20.04搭建qemu+vscode开发环境

yanl1229的博客

12-03

1249

本文描述了，在ubuntu 20.04上用vscode + qemu-5.2.0源码,模拟实现stm32f407 stm32f4discovery 板子。

QEMU + Vscode + Arm Arch‘s Linux调试小记

charlie114514191的博客

06-19

1857

前几天看到了一篇讲授如何调试ARM Linux内核的文章，这里现在记录一下调试ARM Linux内核的办法。

VSCode+qemu+gdb调试代码的改进

u010826758的专栏

03-14

626

之前发布的使用VSCode+qemu+gdb调试代码的教程，每次都要在一个终端里先启动qemu，然后再启动VSCode的debug，太烦了，基于此，我就想改进一下，查看VSCode文档，发现launch.json里有一个配置可以在启动debug之前处理一些任务，而这些任务可以定义在tasks.json里，感觉可以解决我的问题，下面教程开始，以调试opensbi为例

ubuntu20.04上linux内核开发环境搭建（qemu+gdb+vscode）

一只立志于养老婆的程序猿

07-13

3969

hdb：创建一个hard disk。注意，字符串hdb不是/dev/hdb（这个个IDE disk），这里的hdb启动后，是/dev/sdb（scsi disk）。1）修改buildroot-2020.02.8/package目录下的package，重新编译前，需要删除output/build/目录中对应的package，否则编译出来的rootfs.f2fs不会包含改动。First sector (32-2097151, default 32): ------------回车，默认即可。

xv6-riscv之ubuntu20.04编译xv6-riscv源码

最新发布

PoppuHengheng的博客

09-10

646

在ubuntu20.04系统上，进行Xv6-riscv源码的编译，并使用qemu运行。

使用GDB和VSCode调试内核

DD'Notes

04-08

981

使用GDB和VSCode调试内核 | DD'Notes使用GDB和VSCode调试内核背景上一篇，已经搭建好QEMU的内核调试环境：https://notes.z-dd.online/2024/03/06/%E5%9F%BA%E4%BA%8EQEMU%E7%9A%84%E5%86%85%E6%A0%B8%E8%B0%83%E8%AF%95%E7%8E%AF%E5%A2%83%E6%90%AD%E5%BB%BA/ 这篇主要在前面的基础上尝试用gdb来调。

vscode搭建linux驱动开发环境

01-23

### 配置VSCode进行Linux内核模块及驱动程序的编写与调试 #### 安装必要的工具链和依赖项为了能够在VSCode中顺利地编写并调试Linux内核模块以及驱动程序，首先需要安装一系列的基础软件包。这通常包括但不限于`build-essential`, `linux-headers-(uname -r)`以及其他可能必需的库文件。对于特定硬件平台（例如引用中的imx6ull mini版），还需要获取对应的交叉编译器和支持该架构的额外资源[^4]。 #### 获取合适的内核源码树由于编写驱动时需要用到系统内核的各种头文件，因此必须拥有匹配目标系统的内核源码。可以按照具体项目需求从官方渠道下载相应版本的内核源码，并将其放置在一个易于访问的位置以便后续集成到IDE环境中[^3]。 #### 设置工作区结构建议创建一个新的文件夹作为整个项目的根目录，在其中建立子文件夹用于存放不同类型的文件： - **src/** 存放所有的C/C++源代码； - **include/** 放置自定义或第三方提供的头文件； - **scripts/** 包含构建脚本和其他辅助工具； - **.vscode/** VSCode专属配置文件所在位置；这种布局有助于保持良好的组织性和可维护性。 #### 安装VSCode插件针对高效开发Linux驱动的需求，推荐安装以下几个重要的VSCode扩展： -SSH, WSL...) ：允许远程连接至服务器执行任务； - GitLens — Git supercharged：增强Git操作体验； - Docker：如果涉及到容器化部署的话也可以考虑加入进来；这些插件能够极大地提升工作效率并简化日常编码流程。 #### 配置launch.json以实现GDB/KGDB调试功能为了让开发者可以通过图形界面轻松启动调试会话，需编辑`.vscode/launch.json`来指定正确的参数组合。下面是一个基本模板供参考： ```json { "version": "0.2.0", "configurations": [ { "name": "(gdb) Launch", "type": "cppdbg", "request": "launch", "program": "${workspaceFolder}/your_module.ko", "args": [], "stopAtEntry": false, "cwd": "${fileDirname}", "environment": [], "externalConsole": true, "MIMode": "gdb", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "make", "miDebuggerPath":"/usr/bin/gdb" }, { "name": "Attach to KGDB", "type": "cppdbg", "request": "attach", "targetArchitecture":"arm", "remoteDebugEnabled":true, "pipeTransport":{ "pipeProgram": "/path/to/qemu-system-arm", "pipeArgs":[...], "debuggerVisualizer":"kgdboe" }, "MIMode":"gdb", "miDebuggerPath":"/usr/bin/arm-linux-gnueabihf-gdb" } ] } ``` 请注意上述JSON片段仅作为一个起点，实际应用过程中还需根据个人情况调整各项属性值。特别是当采用KGDB方式进行跨机调试时，应确保QEMU模拟器或其他虚拟化解决方案已正确配置好网络接口并与宿主机建立了稳定通信通道[^1]。 #### 创建tasks.json自动化编译过程通过定制化的task设定可以让每次保存后的增量编译变得更加便捷快速。这里给出一段样例代码帮助理解如何完成这项工作： ```json { "version": "2.0.0", "tasks": [ { "label": "make", "command": "make", "group": { "kind": "build", "isDefault": true }, "detail": "Build the project using Make.", "problemMatcher": ["$gcc"], "presentation": {"echo": true,"reveal": "silent","focus": false,"panel": "shared"} } ] } ``` 此段配置使得用户只需点击一次按钮就能触发完整的Make指令序列，从而大大节省了时间成本。