Основной файл обычно называется core и находится в текущем рабочем каталоге процесса. Тем не менее, существует длинный список причин, по которым основной файл не будет сгенерирован, и он может быть расположен где-то еще, под другим именем. Подробности см. на странице core.5:

ОПИСАНИЕ

По умолчанию определенные сигналы действуют так: процесс Завершите и создайте файл дампа ядра , файл диска, содержащий файл изображение памяти процесса на момент его завершения. Это изображение может использоваться в отладчике (например, gdb(1)) для проверки состояния на момент ее завершения. Список сигналов, которые Причину процесса сброса ядра можно найти в signal(7).

...

Существуют различные обстоятельства, при которых файл дампа ядра не создается:

 * Процесс не имеет разрешения на запись основного файла. (По
 По умолчанию основной файл называется core или core.pid, где pid —
 Идентификатор процесса, который сбросил ядро, и создается в
 текущий рабочий каталог. Подробности об именовании см. ниже.) 
 Запись основного файла завершится ошибкой, если каталог, в котором он находится
 Быть созданным нельзя записывать или если существует файл с таким именем
 и не является записываемым или не является обычным файлом (например, это
 каталог или символическая ссылка).
 * Файл (записываемый, обычный) с тем же именем, которое используется для
 Дамп ядра уже существует, но существует более одной жесткой ссылки
 в этот файл.
 * Файловая система, в которой будет создан основной файл дампа, заполнена;
 или закончились иподы; или монтируется только для чтения; или пользователь имеет
 достигли своей квоты для файловой системы.
 * Каталог, в котором должен быть создан основной файл дампа
 не существует.
 * RLIMIT_CORE (размер основного файла) или RLIMIT_FSIZE (размер файла)
 ограничения ресурсов для процесса равны нулю; см. getrlimit(2)
 и документация команды ulimit оболочки (предел в
 csh(1)).
 * Двоичный файл, выполняемый процессом, не имеет чтения
 разрешение включено.
 * Процесс выполняет программу set-user-ID (set-group-ID), которая
 принадлежит пользователю (группе), не принадлежащему реальному идентификатору пользователя (группы)
 Процесс или процесс выполняет программу, которая имеет файл
 возможности (см. возможности(7)). (Однако см. описание
 операции PR_SET_DUMPABLE prctl(2) и описание
 файл /proc/sys/fs/suid_dumpable в proc(5).)
 * (Начиная с Linux 3.7) Ядро было настроено без
 CONFIG_COREDUMP вариант.

В дополнение Дамп ядра может исключать часть адресного пространства процесс, если был использован флаг madvise(2) MADV_DONTDUMP.

Именование файлов дампа ядра

По умолчанию файл дампа ядра называется core, но /proc/sys/kernel/core_pattern файл (начиная с Linux 2.6 и 2.4.21) может быть настроенным для определения шаблона, который используется для имен основных файлов дампа. Шаблон может содержать спецификаторы % , которые заменяются Следующие значения при создании основного файла:

 %% один символ %
 %c Размер основного файла мягкий ресурс Ограничение процесса сбоя (начиная с
 Linux 2.6.24)
 Режим дампа %d — то же значение, возвращаемое prctl(2) PR_GET_DUMPABLE
 (начиная с Linux 3.7)
 %e имя исполняемого файла (без префикса пути)
 %E путь к исполняемой файлу, с косыми чертами ('/'), замененными на
 восклицательные знаки ('!') (начиная с Linux 3.0).
 %g (числовой) реальный GID демпингового процесса
 %h имя хоста (то же, что и имя узла, возвращаемого uname(2))
 %i TID потока, который вызвал дамп ядра, как показано в PID
 пространство имен, в котором находится поток (начиная с Linux 3.18)
 %I TID потока, который вызвал дамп ядра, как показано в
 начальное пространство имен PID (начиная с Linux 3.18)
 %p PID дампа процесса, как показано в пространстве имен PID, в котором
 Процесс находится в резиденту
 %P PID дампингового процесса, как показано в исходном пространстве имен PID
 (начиная с Linux 3.12)
 %s количество сигналов, вызывающих дамп
 % t времени дампа, выраженного в секундах с эпохи,
 1970-01-01 00:00:00 +0000 (UTC)
 %u (числовой) реальный UID демпингового процесса