VSCode调试需Root权限的CMake目标失败：替换GDB脚本后无法启动调试

• VSCode调用GDB时默认不会分配交互式终端（TTY），而你脚本里的sudo需要终端环境读取密码，导致执行失败但无法输出错误信息（无TTY显示提示）。
• 替换系统默认gdb路径为Shell脚本，会导致VSCode的C/C++扩展无法正确识别GDB的版本、特性或进行通信——扩展依赖的是原生GDB可执行文件，而非脚本。

修复现有脚本的方案（不推荐，仅作参考） #

1. 配置sudo免密运行gdb-orig：
   执行sudo visudo，在文件末尾添加一行（替换成你的用户名）：

   你的用户名 ALL=(ALL) NOPASSWD: /usr/sbin/gdb-orig
   

   保存退出后，修改脚本为非交互式调用：

   echo '#!/bin/sh
   sudo -n gdb-orig $@' >/usr/sbin/gdb
   sudo chmod 0755 /usr/sbin/gdb
   

   -n参数让sudo在非交互式模式下运行，不会请求密码（前提是已配置免密）。

更合理的替代方法 #

方法1：在VSCode的launch.json中直接配置sudo启动GDB #

这是最安全且无需修改系统文件的方式：

1. 先配置sudo免密运行GDB：
   执行sudo visudo，添加（替换成你的用户名和GDB路径）：

   你的用户名 ALL=(ALL) NOPASSWD: /usr/bin/gdb
   

   （如果原GDB是gdb-orig，就替换为/usr/sbin/gdb-orig）
2. 打开VSCode的launch.json文件，修改miDebuggerPath字段：

   "miDebuggerPath": "sudo /usr/bin/gdb"
   

   保存后启动调试即可。

方法2：以root权限临时启动VSCode #

在终端执行以下命令，让VSCode以root权限运行，调试时GDB自然拥有root权限：

sudo code --user-data-dir=/tmp/vscode-root

注意：这种方式会让VSCode获得系统最高权限，仅适合临时调试，用完后关闭并删除临时目录/tmp/vscode-root。

方法3：给GDB设置setuid权限（不推荐，安全风险高） #

给原GDB设置setuid位，让它运行时自动获取root权限：

sudo chown root:root /usr/sbin/gdb-orig
sudo chmod u+s /usr/sbin/gdb-orig

该方法会让任何用户都能以root权限运行GDB，存在严重安全隐患，仅适合隔离的测试环境。

内容的提问来源于stack exchange，提问作者Gabriel Henrique