Немає основних скидів після останніх оновлень до systemd?

Коли я виконую програму, над якою працюю, вона не працює із таким повідомленням:

...
Aborted (core dumped)

Однак не створено жодного основного дампа. Основні звалища були написані раніше, і я не пам’ятаю, щоб я щось змінив, пов’язаний із цим.

Коли я біжу, ulimit -aя повертаюся,

$ ulimit -a
core file size          (blocks, -c) unlimited
...

Інші пункти,

• Я переконався, що мій користувач може створювати файли в поточному каталозі.
• Я читав о /proc/sys/fs/suid_dumpable. Наразі він встановлений на 0 на моїй машині. Я намагався змінити його на 1 або 2, але різниці немає.
• Я також намагався виконати програму як root, але це теж не змінило значення.

На жаль, я не пам’ятаю, коли я міг створити останній успішний ядро-дамп.

Від документів coredump.conf,

Щоб вимкнути файл конфігурації, наданий постачальником, рекомендованим способом є розміщення симпосилання до /dev/nullкаталогу конфігурації в /etc/, з тим самим іменем файлу, що і файл конфігурації постачальника.

sudo ln -s /dev/null /etc/sysctl.d/coredump.conf
sudo systemd-sysctl 

З моменту систематизації речей керують інакше.

Ви можете скористатися coredumpctlкомандою для отримання основного дампа або запуску gdb на ньому. Ось «схвалений системою» метод поводження з ними. : - /

У певному сенсі, як-небудь приємно, що systemd фіксує всі ці речі, оскільки через деякий час вони видалять їх автоматично, а також полегшує завантаження відмов про збої для звітів про помилки.

Але це була різка зміна з малою кількістю способів оповіщення чи підказок для людей, які знали, як спрацьовують кореневища до того, як Systemd включився. Навіть видалення файлу з назвою "core.pid.txt" з інструкціями використовувати coredumpctl, щоб отримати ваш coredump, а також як вимкнути створення .txtфайлів було б великою підмогою, хоча вони також засмітили файлова система на деякий час.