як читати та використовувати звіти про збої?


13

Невеликий незалежний додаток виходить з ладу в моїй системі (Kubuntu 12.04). Я хочу вручну переглянути інформацію в звіті про збій, а потім надіслати відповідні частини розробнику. Файл розміщений, /var/crash/_usr_bin_appname.1000.crashоднак я не впевнений, який інструмент мені потрібен для того, щоб прочитати, відредагувати та зберегти звіт про збої у формі, яку я можу надіслати електронною поштою розробнику.

Відповіді:


8

Звіти про аварійне завершення роботи повинні знаходитись у:

/var/crash

А коли я дивлюсь на одне:

jmunsch@NE-522:/var/log$ sudo cat /var/crash/*.*


ProblemType: Crash
Architecture: i386
Date: Fri Jul 11 20:40:09 2014
DistroRelease: Ubuntu 12.04

Це програма, яка викликала проблему:

ExecutablePath: /usr/sbin/winbindd
ExecutableTimestamp: 1395068066
ProcCmdline: /usr/sbin/winbindd
ProcCwd: /var/log/samba/cores/winbindd
ProcEnviron:
 TERM=linux
 PATH=(custom, no user)

Це спільні об'єкти / спільні бібліотеки, які використовувалась проблемною програмою:

ProcMaps:
 b6606000-b6622000 r-xp 00000000 08:01 394314     /lib/i386-linux-gnu/libgcc_s.so.1
 b6622000-b6623000 r--p 0001b000 08:01 394314     /lib/i386-linux-gnu/libgcc_s.so.1
 b6623000-b6624000 rw-p 0001c000 08:01 394314     /lib/i386-linux-gnu/libgcc_s.so.1
 b6642000-b664d000 r-xp 00000000 08:01 442782     /lib/i386-linux-gnu/libnss_files-2.15.so
 b664d000-b664e000 r--p 0000a000 08:01 442782     /lib/i386-linux-gnu/libnss_files-2.15.so
 b664e000-b664f000 rw-p 0000b000 08:01 442782     /lib/i386-linux-gnu/libnss_files-2.15.so
 b664f000-b6659000 r-xp 00000000 08:01 442517     /lib/i386-linux-gnu/libnss_nis-2.15.so
 b6659000-b665a000 r--p 00009000 08:01 442517     /lib/i386-linux-gnu/libnss_nis-2.15.so
 b665a000-b665b000 rw-p 0000a000 08:01 442517     /lib/i386-linux-gnu/libnss_nis-2.15.so
 b665b000-b6662000 r-xp 00000000 08:01 442803     /lib/i386-linux-gnu/libnss_compat-2.15.so
 b6662000-b6663000 r--p 00006000 08:01 442803     /lib/i386-linux-gnu/libnss_compat-2.15.so
 b6663000-b6664000 rw-p 00007000 08:01 442803     /lib/i386-linux-gnu/libnss_compat-2.15.so
 b666c000-b6670000 rw-s 00000000 00:0f 11331      /run/samba/messages.tdb
 b6670000-b6679000 rw-s 00000000 08:01 393253     /var/lib/samba/account_policy.tdb
 b6679000-b6682000 rw-s 00000000 08:01 445067     /var/lib/samba/passdb.tdb
 b6682000-b668a000 rw-s 00000000 08:01 394026     /var/cache/samba/winbindd_cache.tdb
 b668a000-b668b000 rw-s 00000000 08:01 442342     /var/cache/samba/netsamlogon_cache.tdb
 b668b000-b668d000 rw-s 00000000 00:0f 11353      /run/samba/serverid.tdb
.
.
.

Це показує, що програма робила, коли стався збій:

ProcStatus:
 Name:  winbindd
 State: S (sleeping)
 Tgid:  1556
 Pid:   1556
 PPid:  1
 TracerPid: 0
 Uid:   0   0   0   0
 Gid:   0   0   0   0
 FDSize:    256
 Groups:    
 VmPeak:       18000 kB
 VmSize:       17880 kB
 VmLck:        0 kB
 VmPin:        0 kB
 VmHWM:     2956 kB
 VmRSS:     2956 kB
 VmData:         400 kB
 VmStk:      136 kB
 VmExe:     7668 kB
 VmLib:     8656 kB
 VmPTE:       44 kB
 VmSwap:           0 kB
 Threads:   1
 SigQ:  2/30418
 SigPnd:    0000000000000000
 ShdPnd:    0000000000000000
 SigBlk:    0000000000000400
 SigIgn:    0000000000001000
 SigCgt:    0000000180014e47
 CapInh:    0000000000000000
 CapPrm:    ffffffffffffffff
 CapEff:    ffffffffffffffff
 CapBnd:    ffffffffffffffff
 Cpus_allowed:  3
 Cpus_allowed_list: 0-1
 Mems_allowed:  1
 Mems_allowed_list: 0
 voluntary_ctxt_switches:   1215
 nonvoluntary_ctxt_switches:    11
Signal: 6
Uname: Linux 3.2.0-53-lowlatency-pae i686
UserGroups: 

Тут можуть бути всі ваші паролі, будьте обережні з цією інформацією:

CoreDump: base64
.
.
.
core dump looks like
aASDFNFOSIefnsldgfnsweifnLEGNi43ng3gSNSDLgn483LNdg43ls
WO$EIGNOIDGNW$INGLSDKGNSLDIGNO$WIGNLRSIGN*RW(GNDKJNLGD
*TNOIDUGNSKJDGNKSDGNSIUEGFBSGUDB*SDgUSHNEUGBSD&GSAUBSD
.
.
.

Як би я пішов про перегляд CoreDump?
Алекс Дуеппен

@ A.Dueppen має бути внизу файлу.
jmunsch

1
//, як це порівнюється apport-retrace? Крім того, варто розглянути можливість додавання wiki.ubuntu.com/DebuggingProgramCrash до цієї відповіді?
Натан Басанес

6

Ось найкраще рішення, яке я знайшов поки що:

apt-get install apport-retrace

Потім вивчіть посібник або:

http://manpages.ubuntu.com/manpages/raring/en/man1/apport-retrace.1.html

або

man apport-retrace

Я придумав цю команду:

apport-retrace --confirm --gdb --sandbox system --verbose --cache /my/path/cache/apport-retrace --output /mypath/apport-retrace/appname.1000.crash /var/crash/_usr_bin_appname.1000.crash

Використовуйте свої власні шляхи (замість / мій / шлях) та правильну назву програми (замість "ім'я програми") у команді вище. Дивіться посібник щодо варіантів цієї команди.


2
Важлива примітка для нових користувачів: Коли ви вирішите пропустити --cache ...варіант, ви можете подумати, що щось піде не так, але це не так. apt-getБуде запущена комплексна процедура ( без root !), Яку можна уявити як своєрідну "віртуальну машину", в якій буде виконуватися відповідна команда. Відверто кажучи, коли це сталося вперше, я просто подумав "Що за чорт зараз ЗАРАЗ ??" Крім того, будьте терплячі - це займе кілька хвилин, поки середовище налагодження не буде готова до використання.
синтаксичний помилок

3
Додаткова примітка : Ви НЕ можете використовувати -oресп. --outputу поєднанні з --gdb, це неможливо.
синтаксичний помилок

-2

Ну і Ubuntu розробив послідовність і для вас. Його назвали програмою D Ebugging Program Crash Edit: Я щойно чув про програму з назвою мінливість та її доступність для Ubuntu, яку можна встановити за допомогою

sudo apt-get install ubuntu

для отримання додаткової інформації


2
Відповіді StackExchange не повинні бути лише посиланнями на інші сайти.
MountainX

//, домовились. Все-таки це хороше посилання.
Натан Басанес
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.