如何修复Ubuntu中检测到系统程序错误的问题

这些错误报告被存放在Ubuntu中目录/var/crash中。如果你翻看这个目录的话，应该可以看到有一些以crash结尾的文件。

我的建议是删除这些错误报告。打开一个终端，执行下面的命令：sudo rm /var/crash/

1，这个 *** 作会删除所有在/var/crash目录下的所有内容。这样你就不会再被这些报告以前程序错误的d窗所扰。

2，但是如果又有一个程序崩溃了，你就会再次看到“检测到系统程序错误”的错误。你可以再次删除这些报告文件，或者你可以禁用Apport来彻底地摆脱这个错误d窗。

彻底地摆脱Ubuntu中的系统错误d窗：

如果你这样做，系统中任何程序崩溃时，系统都不会再通知你。这不是一件坏事，除非你愿意填写错误报告。如果你不想填写错误报告，那么这些错误通知存不存在都不会有什么区别。

要禁止Apport，并且彻底地摆脱Ubuntu系统中的程序崩溃报告，打开一个终端，输入以下命令：gksu gedit /etc/default/apport

这个文件的内容是：

1，# 设置0表示禁用Apportw，或者1开启它。

2，# 你可以用下面的命令暂时关闭它：

3，# sudo service apport start force_start=1

4，enabled=1

把enabled=1改为enabled=0。保存并关闭文件。完成之后你就再也不会看到d窗报告错误了。很显然，如果我们想重新开启错误报告功能，只要再打开这个文件，把enabled设置为1就可以了。

大体上讲,它是在告知你,你的系统的一部分奔溃了可别因为"奔溃"这个词而恐慌这不是一个严重的问题,你的系统还是完完全全可用的只是在你之前的某个时刻某个程序崩溃了,而Ubuntu想让你决定要不要把这个问题报告给开发者,这样他们就能够修复这个问题

如果你这样做,系统中任何程序崩溃时,系统都不会再通知你如果你想问问我的看法的话,我会说,这不是坏事,除非你愿意填写错误报告如果你不想填写错误报告,那么这些错误通知存不存在都不会有什么区别

要禁用Apport,并且彻底地摆脱Ubuntu系统中的程序崩溃报告,打开一个终端输入以下命令:

这个文件的内容是

把enable = 1改为 enabled = 0保存并关闭文件完成之后你就再也不会看到d窗报告错误了很显然,如果我们想重新开启错误报告功能,只要再打开这个文件,把eanbled设置为1就可以了

1、应用程序没有检查内存分配失败

程序需要一块内存用以储存数据时，就需要使用 *** 作系统提供的「功能函数」来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是「动态内存分配」，内存地址也就是编程中的「光标」。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值「0」已不表示新启用的光标，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的「健壮性」。若应用程序没有检查这个错误，它就会按照「思维惯性」认为这个值是给它分配的可用游标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的「中断描述符表」，绝对不允许应用程序使用。在没有保护机制的 *** 作系统下(如DOS)，写数据到这个地址会导致立即死机，而在健壮的 *** 作系统中，如Windows等，这个 *** 作会马上被系统的保护机制捕获，其结果就是由 *** 作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的「写内存」错误，并指出被引用的内存地址为「0x00000000」。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于 *** 作系统使用很长时间后，安装了多种应用程序(包括无意中「安装」的病毒程序)，更改了大量的系统参数和系统档案之后。

2、应用程序由于自身BUG引用了不正常的内存光标

在使用动态分配的应用程序中，有时会有这样的情况出现：程序试图读写一块「应该可用」的内存，但不知为什么，这个预料中可用的光标已经失效了。有可能是「忘记了」向 *** 作系统要求分配，也可能是程序自己在某个时候已经注销了这块内存而「没有留意」等等。注销了的内存被系统回收，其访问权已经不属于该应用程序，因此读写 *** 作也同样会触发系统的保护机制，企图「违法」的程序唯一的下场就是被 *** 作终止执行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！

木马病毒

木马或病毒这类程序为了控制系统往往不负责任地修改系统，从而导致 *** 作系统异常。平常应加强信息安全意识，对来源不明的可执行程序绝不好奇。

*** 作系统

有时候 *** 作系统本身也会有BUG，要注意安装官方发行的升级程序。更新 *** 作系统，让 *** 作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。

硬件本身

硬件本身质量问题及不兼容的情况，同时还要注意散热问题，超频等特殊情况。

方案一1这是在快捷方式中设置命令参数的修改方式。右键——属性——快捷方式——目标：

2在目标(T)一栏chromeexe"后面添加 --user-data-dir="X:\文件夹"："C:\Users\XXX\AppData\Local\Google\Chrome\Application\chromeexe" --user-data-dir="X:\文件夹"（注：英文状态标点，注意\chromeexe”与空格)

方案二：使用mklink命令是真正的改变路径方法。首先找到Chrome浏览器的缓存文件目录。如果你的Win7安装在C盘，你的用户名XXX那么"C:\Users\XXX\AppData\Local\Google\Chrome\UserData\Default\Cache"就是你Chrome的缓存文件路径。下面是Win7下修改Chrome浏览器默认缓存目录的具体 *** 作：

1 删除你Chrome的默认缓存文件夹即"C:\Users\XXX\AppData\Local\Google\Chrome\UserData\Default目录下的”Cache”文件夹。

2 新建一个Chrome缓存文件夹，目录名随意。如在D盘下建立 "D: \Chrome\Cache”目录。

3 确认当前为管理员身份登录，单击开始菜单——所有程序——附件——命令提示符，从d出的菜单中选择“以管理员身份运行”命令。

mklink /D "C:\Users\XXX\AppData\Local\Google\Chrome\User Data\Default\Cache" "D:\Chrome\Cache"

以上就是关于如何修复Ubuntu中检测到系统程序错误的问题全部的内容，包括:如何修复Ubuntu中检测到系统程序错误的问题、ubuntu中检测到系统程序错误的问题、ubuntu系统整天一个接一个的应用程序崩溃内部错误，但是一直都在用，也不因崩溃错误不正常，为什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！