我在 gnome-shell 中遇到了很多 segv 崩溃,虽然 apport 窗口有很多信息,但它对用户不是很友好(窗口非常小,无法搜索,无法将副本保存到文本文件等) .
有没有办法可以直接从终端访问可用于申请的信息?gnome-shell 是否将回溯日志保存在某处?
我知道 /var/log 中有一个用于 apport 的日志文件,但该日志文件没有提供几乎相同级别的详细信息。
我在 gnome-shell 中遇到了很多 segv 崩溃,虽然 apport 窗口有很多信息,但它对用户不是很友好(窗口非常小,无法搜索,无法将副本保存到文本文件等) .
有没有办法可以直接从终端访问可用于申请的信息?gnome-shell 是否将回溯日志保存在某处?
我知道 /var/log 中有一个用于 apport 的日志文件,但该日志文件没有提供几乎相同级别的详细信息。
您可以在
/var/crash
. 这几乎是您问题的全部答案,所以为了让我的答案更有趣,我将向您展示我是如何知道这一点的,这可能会让其他想要测试崩溃行为的人感兴趣。上面的程序是由Eliah Kagan编写的。我已将其编译为
crash
在同一目录中调用的可执行二进制文件(使用 commandgcc -ansi -pedantic -Wall -Wextra -o crash crash.c
)。这个程序可靠的段错误:)当我运行这个程序时,Bash 本身不会崩溃,所以 Apport 不会抱怨,但是由于在这个聊天中详细讨论的有趣原因,当我使用它调用崩溃的程序时,ksh 本身会崩溃,并且 Apport 会创建一份报告。让我们试试吧!
你去吧。
完成报告后,您会在此处获得另外 2 个文件,一个以 结尾,
.upload
一个以.uploaded
.