Оказывается, мне нужно было предоставить фактическое имя файла, а не имя шрифта при его загрузке через fontspec как таковое:\setmathfont{STIX2Math.otf}
.
Вы также должны убедиться, что шрифт установлен в вашей системе, выполнив команду оболочкиkpsewhere STIX2Math.otf
(Я хочу поблагодарить samcarter за эту подсказку в разделе комментариев ).
В справочной странице core (5)
подробно описаны параметры, влияющие на дампы ядра, включая их имена и т. Д.
Чтобы ответить на ваш заданный вопрос, не существует универсального способа найти дамп ядра. По умолчанию ядро выгружается в текущий рабочий каталог процесса , если процессу разрешено писать туда, если в содержащей его файловой системе достаточно места, если нет существующего дампа ядра (при некоторых обстоятельствах) , и если это позволяют размер файла и размер основного файла (как установлено ulimit
или аналогичными механизмами). Но / proc / sys / kernel / core_pattern
предоставляет множество различных способов обработки дампов ядра, так что вам действительно нужно взглянуть на это и понять, что происходит.
В вашем случае я не знаю, почему изначально не удалось найти ядро, но я знаю, почему вы перестали получать ядра после настройки перенаправления: при использовании канала в core_pattern
, программа обработки должна быть указана с использованием абсолютного пути. тройник
сам по себе не будет использоваться; вам нужно указать / usr / bin / tee
. Обратите внимание, что вам следует проявлять особую осторожность при настройке этого типа в многопользовательских системах, потому что программа, запускаемая для обработки дампа ядра, запускается от имени root
.
На производных от Debian я устанавливаю corekeeper
, который записывает дампы ядра в удобном для пользователя виде в каталоги / var / crash
.