Answers:
这实际上是一个功能,而不是错误。在此之前,系统会在未保存的工作丢失的情况下注销,并且对任何损坏不了解。
如今,执行值得等待的冗长任务的应用程序通过DBus向Shell注册。这些可以是视频编码,上传和同步Ubuntu One或DropBox任务等。
有时,应用程序可能崩溃,因此无法注销其挂起的任务,它们可能是也可能不是firefox。
您可以使用任何DBus查看器(例如d-feet)来研究关闭抑制器:
在会话总线上,org.gnome.SessionManager
接口将公开方法GetInhibitors()
,例如返回['/org/gnome/SessionManager/Inhibitor2']
。该路径上的对象将允许您查询各种内容,例如GetAppId()
(例如Handbrake),GetReason()
(例如Encoding)GetToplevelXid()
(例如79691816L)。尤其是最新的可能有用:您可以发布xwininfo -id 79691816
并验证该窗口是否仍然存在,如果存在,则验证其真实名称。
Firefox长期以来一直遭受严重的内存泄漏。最近的几个发行版(4、5和6)的情况更糟。
我经常收到此“不响应”消息,并且通过反复试验得知它来自Firefox。要查看Firefox是否在您的计算机上引起此问题,请考虑尝试执行以下步骤:
当您收到“无响应”对话框时,打开“系统监视器”。在“进程”列表中查找firefox-bin可执行文件,如果找到它,请查看Waiting Channel标头是否显示“ futex_wait_queue_me”:
如果看到此条目,请打开终端,然后键入“ killall firefox-bin”。该命令将终止该过程。
现在,重复创建“无响应”对话框的所有操作(例如,尝试重新启动或关闭计算机),并查看是否一切正常。如果一切顺利,并且您没有看到另一个“无响应”对话框,则可以推断出这是导致Firefox内存泄漏的原因。