问题是否有一种简单，既定且可接受的方法来限制Linux上给定进程的核心转储数量？
我想要什么我理想的解决方案是一个单行命令，用于为所有应用程序设置x核心转储的每应用程序限制。或者，我很乐意为每个应用程序单独设置限制的方法。
我想要什么我知道我已经可以使用ulimit设置核心转储大小的限制。我不想限制转储的大小，只是它们的数量。我也知道我可以修改apport脚本以获得我想要的任何功能，但如果有一个不太干扰的解决方案，我想避免这种情况。
动机我正在研究对磁盘使用过多敏感的系统。如果给定的应用程序核心，我想保留核心文件，以便我可以调试问题。如果它再次核心，这很可能是因为一个观察者如果它们死了几个应用程序重新启动，我不想保留核心文件，因为它不太可能包含新信息，它只会占用磁盘空间。
答案 0 :(得分：1)
进程可以coredump一次，然后它被杀死。我认为你的意思就像其他问题一样。
库存内核中没有任何类型，但grsecurity之类的东西至少用于提供相关功能来篡改暴力强制反对ASLR。
你需要什么？