Найти, какая программа вызвала файл дампа ядра

я недавно проходил интенсивную установку программ / пакетов, так что я могуточно сказать, какая из вновь установленных программ (или старых программ) вызвала появлениеcore файл в моей домашней папке. Это'Это сервер, поэтому я лучше выясню любые возможные источники нестабильности на машине.

 SIFE09 нояб. 2012 г., 14:36
@ Бендж, я забыл это сказать.
 SIFE09 нояб. 2012 г., 14:33
На FreeBSD это работа для меня,dmesg | tail -n 20
 Benj09 нояб. 2012 г., 14:35
@SIFE, который, безусловно, работает, если это произошло совсем недавно.

Ответы на вопрос(3)

Вы можете перейти в каталог, где находится core.pid и запустить gdb core core.pid

Часто при использовании файловой программы в основном файле будет показан ошибочный исполняемый файл, как объясняет @Benj в принятом ответе (код из Benj 'с ответом):

# file /var/core/core
/var/core/core:     ELF 64-bit MSB core file SPARCV9 Version 1, from 'crs_stat.bin'

Однако иногда вы можете получить жалобу наслишком много разделов заголовка программы ":

core.some-lib.nnnn.nnnn: ELF 64-bit LSB  core file x86-64, version 1 (SYSV), too many program header sections (1850)

В этом случае вы можете попробовать несколько вариантов:

Оставьте последние несколько строк в corefile (приложение было около 25 назад для меня):strings core.some-lib.nnnn.nnnn | tail -50Используйте сам GDB:gdb -c core.some-lib.nnnn.nnnn Это часто говорит вам что-то вроде этого:Core was generated by '/usr/local/bin/some-executable'
Решение Вопроса

Вы можете просто использоватьfile Программа для их идентификации:

Например

# file /var/core/core
/var/core/core:     ELF 64-bit MSB core file SPARCV9 Version 1, from 'crs_stat.bin'
 Bionix144111 сент. 2018 г., 12:36
Я не уверен, что я понял, ELF 64-битный не говорит, какой двоичный файл генерировал дамп ядра?
 Tino23 окт. 2015 г., 13:41
@jsegal: Хорошая находка, но мне нужноstrings core | grep ^/ | tail -1 когдаfind сказал мне: .too many program header sections
 jsegal20 дек. 2012 г., 22:29
Иногда у меня были основные файлы, которые по любой причине "файл" не может идентифицировать - в этих случаях может помочь тот факт, что последняя строка вывода строк в corefile часто содержит путь к исполняемому файлу. например "строки / путь / к / corefile | хвост -n 1 " часто работает, или посмотрите на последние несколько строк.

Ваш ответ на вопрос