无法生成core dump文件：Vulkan渲染器段错误调试求助

1. 确认Core Dump的系统配置 #

首先检查系统对core dump的路径和命名规则：

• 查看当前core dump的生成规则：

  cat /proc/sys/kernel/core_pattern
  

  如果输出是类似|/usr/share/apport/apport %p %s %c %d %P %E，说明系统的apport服务在接管core dump，文件会被存到/var/crash/目录下，格式为<程序名>_<PID>_crash，而非当前项目目录。

2. 处理Apport服务的影响 #

Apport是Ubuntu等发行版的崩溃报告服务，会拦截core dump并转换为崩溃报告文件：

• 临时关闭Apport测试：

  sudo systemctl stop apport
  sudo systemctl disable apport
  

  之后重新运行你的Vulkan渲染器触发段错误，此时应该会在当前目录生成带PID的core文件（如core.1234）。
• 若需保留Apport同时生成完整core：编辑/etc/apport/crashdb.conf，将'ProblemTypes'中的'CoreDump'项移除，然后重启Apport服务。

3. 确保Ulimit限制真正生效 #

• 直接在当前shell设置临时限制后，必须在同一个shell中启动程序，否则新进程不会继承该设置：

  ulimit -c unlimited
  ./your_vulkan_renderer
  

• 检查进程运行时的core限制：找到程序PID后执行：

  ps -p <你的程序PID> -o rlimit
  

  查看RLIMIT_CORE项是否为unlimited。
• 永久生效配置：编辑/etc/security/limits.conf，添加以下两行（替换<username>为你的用户名）：

  <username> soft core unlimited
  <username> hard core unlimited
  

  保存后需要重新登录系统才会生效。

4. 检查文件系统权限与路径 #

• 确保程序运行用户对当前项目目录有写入权限：

  ls -ld ./
  

  输出中的权限位需包含当前用户的写权限（如drwxr-xr-x中，当前用户的位是rwx）。
• 强制指定core dump到有权限的目录：

  sudo sysctl -w kernel.core_pattern=/tmp/core.%p
  

  之后生成的core文件会存到/tmp/目录，文件名格式为core.<PID>。

5. 排查其他系统限制 #

• 检查是否开启PID后缀：

  cat /proc/sys/kernel/core_uses_pid
  

  若输出为0，执行sudo sysctl -w kernel.core_uses_pid=1开启，避免同名core文件被覆盖。
• 检查SELinux/AppArmor限制：
  • 临时关闭SELinux（仅测试）：

    sudo setenforce 0
    

  • 查看AppArmor状态：

    sudo aa-status
    

    若有针对你的渲染器的限制规则，可临时禁用对应profile测试。

内容的提问来源于stack exchange，提问作者André Corrêa Santos