Where can I get apport traceback information after I've submitted my crash report
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
up vote
0
down vote
favorite
I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).
Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?
I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.
command-line gnome gnome-shell apport segmentation-fault
add a comment |Â
up vote
0
down vote
favorite
I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).
Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?
I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.
command-line gnome gnome-shell apport segmentation-fault
Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
â thebunnyrules
Feb 21 at 9:53
The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantlysyslog
andkern.log
.
â dessert
Feb 21 at 9:56
It's not a dupe... the files are in a special place...
â Zanna
Feb 21 at 14:46
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).
Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?
I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.
command-line gnome gnome-shell apport segmentation-fault
I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).
Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?
I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.
command-line gnome gnome-shell apport segmentation-fault
command-line gnome gnome-shell apport segmentation-fault
edited Feb 21 at 9:47
asked Feb 21 at 5:04
![](https://i.stack.imgur.com/rskkb.jpg?s=32&g=1)
![](https://i.stack.imgur.com/rskkb.jpg?s=32&g=1)
thebunnyrules
33529
33529
Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
â thebunnyrules
Feb 21 at 9:53
The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantlysyslog
andkern.log
.
â dessert
Feb 21 at 9:56
It's not a dupe... the files are in a special place...
â Zanna
Feb 21 at 14:46
add a comment |Â
Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
â thebunnyrules
Feb 21 at 9:53
The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantlysyslog
andkern.log
.
â dessert
Feb 21 at 9:56
It's not a dupe... the files are in a special place...
â Zanna
Feb 21 at 14:46
Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
â thebunnyrules
Feb 21 at 9:53
Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
â thebunnyrules
Feb 21 at 9:53
The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly
syslog
and kern.log
.â dessert
Feb 21 at 9:56
The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly
syslog
and kern.log
.â dessert
Feb 21 at 9:56
It's not a dupe... the files are in a special place...
â Zanna
Feb 21 at 14:46
It's not a dupe... the files are in a special place...
â Zanna
Feb 21 at 14:46
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
1
down vote
accepted
You can find the files in /var/crash
. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
raise(SIGSEGV);
The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash
in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c
). This program reliably segfaults :)
Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
There you go.
After you make the report, you will get 2 more files here, one ending in .upload
and one ending in .uploaded
, which may or may not be more readable, but in any case, contain the information sent by Apport.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
accepted
You can find the files in /var/crash
. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
raise(SIGSEGV);
The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash
in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c
). This program reliably segfaults :)
Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
There you go.
After you make the report, you will get 2 more files here, one ending in .upload
and one ending in .uploaded
, which may or may not be more readable, but in any case, contain the information sent by Apport.
add a comment |Â
up vote
1
down vote
accepted
You can find the files in /var/crash
. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
raise(SIGSEGV);
The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash
in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c
). This program reliably segfaults :)
Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
There you go.
After you make the report, you will get 2 more files here, one ending in .upload
and one ending in .uploaded
, which may or may not be more readable, but in any case, contain the information sent by Apport.
add a comment |Â
up vote
1
down vote
accepted
up vote
1
down vote
accepted
You can find the files in /var/crash
. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
raise(SIGSEGV);
The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash
in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c
). This program reliably segfaults :)
Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
There you go.
After you make the report, you will get 2 more files here, one ending in .upload
and one ending in .uploaded
, which may or may not be more readable, but in any case, contain the information sent by Apport.
You can find the files in /var/crash
. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
raise(SIGSEGV);
The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash
in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c
). This program reliably segfaults :)
Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
There you go.
After you make the report, you will get 2 more files here, one ending in .upload
and one ending in .uploaded
, which may or may not be more readable, but in any case, contain the information sent by Apport.
edited Feb 22 at 9:41
answered Feb 21 at 14:27
![](https://i.stack.imgur.com/8CW8e.png?s=32&g=1)
![](https://i.stack.imgur.com/8CW8e.png?s=32&g=1)
Zanna
48.2k13120228
48.2k13120228
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1008244%2fwhere-can-i-get-apport-traceback-information-after-ive-submitted-my-crash-repor%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
â thebunnyrules
Feb 21 at 9:53
The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly
syslog
andkern.log
.â dessert
Feb 21 at 9:56
It's not a dupe... the files are in a special place...
â Zanna
Feb 21 at 14:46