"coredumpctl" не может прочитать дамп ядра, выдает сообщение, что файл не читается или такого файла или каталога нет?
Существует случай, когда выход пользователя из системы не помогает -, если вы используете директиву ControlMaster ssh для хоста. Если вы добавите свою учетную запись в группу, выйдете из системы и снова войдете в нее в рамках того же соединения ControlMaster, сеанс по-прежнему не будет показывать вам нового членства. Вам придется принудительно разорвать соединение с Мастером с помощью
ssh -O exit hostname
перед повторным входом в систему.
Вы можете ошибаться в двух распространенных вещах.
Часто дамп памяти оказывается «недоступным», поскольку программа запускалась под другим идентификатором пользователя. Это означает, что у вас нет разрешения. Быстрое решение — запустить coredumpctlот имени пользователя root, т.е. используя sudo coredumpctl.
Думаю, это не ваша проблема. Эти дампы памяти получены от пользователя с идентификатором 1000. Я предполагаю, что ваш пользователь имеет идентификатор 1000, потому что это первый (и, вероятно, единственный )не -логин root, созданный в вашей системе.
Во-вторых, systemd -coredump имеет некоторые настройки в coredump.conf , касающиеся того, сколько дискового пространства ему разрешено использовать. Похоже, что если у вас меньше 15% свободного места на диске, дампы ядра вообще не будут создаваться. (Если вы не измените этот параметр ).
Вы можете проверить доступное место на диске с помощью команды df -hили df -h /var/lib/systemd/coredump/.
(А чтобы увидеть общий абсолютный размер дампов ядра, вы можете запустить du -sh /var/lib/systemd/coredump/.)
MaxUse=, KeepFree=
Enforce limits on the disk space taken up by externally stored core dumps. MaxUse= makes sure that old core dumps are removed as soon as the total disk space taken up by core dumps grows beyond this limit (defaults to 10% of the total disk size). KeepFree= controls how much disk space to keep free at least (defaults to 15% of the total disk size). Note that the disk space used by core dumps might temporarily exceed these limits while core dumps are processed. Note that old core dumps are also removed based on time via systemd-tmpfiles(8). Set either value to 0 to turn off size-based clean-up.