我以前已经做过很多次了,它一直都很有效,所以我不知道现在的问题是什么,我甚至看了一下这,但仍然不能让它工作。virt-manager崩溃了,它在/var/crash中创建了一个.crash文件,但是当时提交报告不方便,所以我取消了通过GUI报告它。
然而,现在我确实想报告它,所以我尝试运行:
sudo apport-cli -p virt-manager --crash-file=_usr_sbin_libvirtd.0.crash我一开始也尝试过,但没有指定-p选项。但每次我回答的时候都会发生这样的事情:
*** Send problem report to the developers?
After the problem report has been sent, please fill out the form in the
automatically opened web browser.
What would you like to do? Your options are:
S: Send report (3.5 MB)
V: View report
K: Keep report file for sending later or copying to somewhere else
I: Cancel and ignore future crashes of this program version
C: Cancel
Please choose (S/V/K/I/C): S没有任何结果,唯一看似明显的变化是.upload和.uploaded文件是在与.crash文件相同的位置创建的,但实际上什么也没有。我尝试在TTY中运行它,它通常会给我一个URL,让我到它上传数据的地方去,但是它只是存在,这是非常奇怪的,以前从未发生过。
所以现在我不知所措,我试图通过GUI,通过CLI.那么,如何用.crash文件来提交这次崩溃的报告呢?我做错了什么?我使用GNOME 3.20运行Ubuntu 16.04。
刚刚检查并发现,.upload和.uploaded文件都是完全空白的。
此外,在运行上面的命令时,我发现这是记录在我的syslog中的:
Jul 5 21:01:43 <Computer-Name> whoopsie[834]: [21:01:43] Parsing /var/crash/_usr_sbin_libvirtd.0.crash.
Jul 5 21:01:43 <Computer-Name> whoopsie[834]: [21:01:43] Uploading /var/crash/_usr_sbin_libvirtd.0.crash.
Jul 5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Sent; server replied with: No error
Jul 5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Response code: 400
Jul 5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Server replied with:
Jul 5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Crash already reported.发布于 2016-07-05 22:46:59
就在发布Apport崩溃之前,打开LP报告是禁用的。所有Apport崩溃报告然后通过whoopsie转到Db。在当前的dev中,从dev开始的几个月左右,崩溃的报告就会被退回。
如果您想在Ubuntu的发行版中打开LP报告,那么您需要使用ubuntu-bug packagename。
否则,在这些情况下,他们唯一的方法就是使用在Apport中重新启用LP报告,虽然有时我只会这样做,但这一点并不为人所欣赏。但为了做到这一点,应采取以下行动:
1.跑:
sudo vim /etc/apport/crashdb.conf2.在#行的开头添加一个'problem_types': ['Bug', 'Package'],,以便注释掉它。
3.保存更改,Apport应根据您的要求向LP报告bug。
应该首先检查发布版本中与安全无关的bug是否也存在于当前dev中,如果存在,则LP报告应该针对dev包。这是发布版本可能的SRU (稳定版本更新)的第一步。
https://askubuntu.com/questions/794109
复制相似问题