linux程序崩溃无core dump需检查五方面：一、ulimit -c设为unlimited；二、/etc/security/limits.conf配soft/hard core unlimited并重新登录；三、配置kernel.core_pattern路径、权限（1777）及持久化；四、systemd服务需在unit中设limitcore=infinity；五、setuid程序需调fs.suid_dumpable=2。
如果您在Linux系统中运行程序时发生崩溃，但未生成core dump文件，则可能是由于内核转储功能被禁用或路径配置不当。以下是针对核心转储（core dump）的高级配置方法：
一、检查并解除ulimit软限制
ulimit -c 控制当前shell会话及其直接子进程的核心转储大小限制，设为0即完全禁用。该限制不继承至systemd服务、cron任务或已驻留的守护进程，必须在目标执行环境中显式设置。
1、在目标终端中执行 ulimit -c 查看当前值；
2、若输出为0，运行 ulimit -c unlimited 临时启用；
3、确认生效：启动测试程序（如含空指针解引用的二进制），观察是否生成core文件。
二、持久化用户级资源限制
/etc/security/limits.conf 中的配置由pam_limits模块加载，仅对通过PAM登录（如SSH、本地TTY）的会话生效，不作用于systemd user session或容器内进程。
1、使用sudo编辑配置文件：sudo vim /etc/security/limits.conf；
2、在文件末尾添加两行：* soft core unlimited 和 * hard core unlimited；
3、保存后，必须重新登录用户会话（非仅新开终端），或重启对应服务以使限制生效。
三、配置kernel.core_pattern路径与权限
core_pattern决定内核将core数据写入何处及如何命名。若路径含目录层级（如/var/crash/），内核绝不会自动创建父目录，且要求目标目录权限必须为1777（sticky bit + full rwx），否则拒绝写入。
1、查看当前设置：cat /proc/sys/kernel/core_pattern；
2、临时修改为指定路径：sudo sysctl -w kernel.core_pattern=/var/crash/core.%e.%p.%t；
3、手动创建目录并赋权：sudo mkdir -p /var/crash && sudo chmod 1777 /var/crash；
4、写入持久配置：echo 'kernel.core_pattern=/var/crash/core.%e.%p.%t' | sudo tee -a /etc/sysctl.conf；
5、加载新配置：sudo sysctl -p。
四、适配systemd服务的LimitCORE设置
systemd管理的服务完全忽略/etc/security/limits.conf和shell ulimit，其资源限制由unit文件中的Limit*指令控制。若服务崩溃无core，极大概率是此环节缺失。
1、定位服务unit文件：systemctl cat
2、编辑unit文件（推荐使用 systemctl edit
3、在 [Service] 段落中添加：LimitCORE=infinity；
4、重载配置并重启服务：sudo systemctl daemon-reload && sudo systemctl restart
五、处理setuid程序的suid_dumpable限制
RHEL/CentOS 8+、Fedora等发行版默认启用 fs.suid_dumpable = 0，导致sudo、passwd等setuid程序即使ulimit允许也不生成core。此为内核安全策略，需显式覆盖。
1、检查当前值：cat /proc/sys/fs/suid_dumpable（0=禁止，1=允许，2=允许且包含完整内存映射）；
2、临时启用：sudo sysctl -w fs.suid_dumpable=2；
3、永久生效：向 /etc/sysctl.conf 追加 fs.suid_dumpable = 2 并执行 sudo sysctl -p。
