崩溃错误可能是最烦人的错误，它会导致数据丢失、停机和用户沮丧。如果应用程序崩溃得少一点就好了。
由于机器环境的复杂性，普通用户通常无法在合理的时间内重现崩溃。这并不意味着该错误很少见 - 它可能只是意味着触发该错误的事情对于每个用户来说很少发生（例如夏令时更改）。除非大量用户报告，否则此类错误不太可能得到修复。如果报告更多崩溃事件就好了。
为了调试崩溃，开发人员需要尽可能多的明确上下文。生成的崩溃报告很好，因为它们通常是详细且准确的。不能期望用户热心地手动观察和报告所有上下文，因此他们经常提交稀疏且错误的信息。
许多应用程序的目标受众不是开发人员或系统管理员，而是家庭或工作中的普通公众。不能指望此类用户知道如何手动收集崩溃信息或安装-dbg软件包，但此类用户生成的报告仍然可用。有些应用程序有自己的崩溃报告工具，但根据我的经验，这些很少工作，当他们报告未能报告错误时，似乎没有任何关于如何手动执行此操作的信息（我在最新版本的 Firefox 和 Flash 中观察到了这一点）。系统范围内生成崩溃报告会很好。
是否有任何类型的崩溃报告生成*可以在全球范围内启用**，而无需安装大量-dbg软件包，阅读每个应用程序的文档，或使正常机器慢下来？
* 日志、核心转储、堆栈跟踪等
** 不一定适用于init，但至少适用于在典型桌面 Linux 安装上运行的应用程序的重要子集。根据我的经验，GUI 应用程序崩溃的频率比 shell 应用程序高 100 倍以上，因此 GUI 应用程序自然会成为焦点。
答案1
把这个：
ulimit -c unlimited
进入文件
/etc/配置文件
这可能不适用于所有发行版。
另请阅读这篇文章：
答案2
乌班图有同意就是为了这个。