在运行C程序时，它说“(核心转储)”，但我看不到当前路径下的任何文件。
我已经设置并验证了ulimit:
ulimit -c unlimited
ulimit -a
我还试图找到一个名为“核心”的文件，但没有得到核心转储文件? 有人帮忙吗，我的核心文件呢?
当前回答
在我的例子中，原因是ulimit命令只影响当前终端。
如果我在第一个终端上设置ulimit -c unlimited。然后我启动一个新的终端来运行程序。当内核转储时，它不会生成内核文件。
您必须确认运行您的程序的终端的核心大小。
以下步骤适用于ubuntu 20.04和ubuntu 21.04:
停止分配服务
sudo service apport stop
设置准备运行程序的终端的核心大小
ulimit -c unlimited
其他回答
一行代码获取最新的核心转储路径:
ls -t $(cat /proc/sys/kernel/core_pattern | awk -F% '{print $1"*"}') 2>/dev/null | head -1
当然，您可以将该行的最后一个-1修改为-4，以获得最后4个核心转储。
注意:如果路径模式在最后一个/之前使用变量，或者当非核心转储文件在该目录下时，这并不预期会起作用。
对于fedora25，我可以在
/var/spool/abrt/ccpp-2017-02-16-16:36:51-2974/coredump
where ccpp-2017-02-16-16:36:51-2974" is pattern "%s %c %p %u %g %t %p % as per ' /proc/sys/kernel/core_pattern'
我在这里找到了Ubuntu 20.04系统的核心文件;
/var/lib/apport/coredump
如果您在RHEL上缺少二进制文件的核心转储，并且在使用abrt时， 确保/etc/abrt/abrt-action-save-package-data.conf
包含
ProcessUnpackaged = yes
这允许为不属于已安装包(例如本地构建的)的二进制文件创建崩溃报告(包括核心转储)。
我使用的是Linux Mint 19(基于Ubuntu 18)。我想在当前文件夹中有coredump文件。我必须做两件事:
修改/proc/sys/kernel/core_pattern(通过# echo "core.%p.%s.%c.%d. "# sysctl -w kernel.core_pattern=core.% P .%s.%c.%d.%P) 通过$ ulimit -c无限提高核心文件大小的限制
这已经写在答案里了，但我写出来是为了简洁地总结。有趣的是，修改限制不需要root权限(根据https://askubuntu.com/questions/162229/how-do-i-increase-the-open-files-limit-for-a-non-root-user，非root只能降低限制，所以这是出乎意料的-欢迎评论)。
