Nenhum core-dump após atualizações recentes no systemd?

Question

Quando executo um programa em que trabalho, ele falha com a seguinte mensagem:

...
Aborted (core dumped)

No entanto, nenhum dump principal é criado. Os dumps principais foram escritos anteriormente e não me lembro de ter alterado nada relacionado a ele.

Quando eu corro ulimit -a eu volto,

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

Outros pontos,

• Verifiquei que meu usuário pode criar arquivos no diretório atual.
• Eu li sobre /proc/sys/fs/suid_dumpable . Atualmente, é definido como 0 na minha máquina. Eu tentei mudar para 1 ou 2 mas não houve diferença.
• Eu também tentei executar o programa como root, mas isso também não fez diferença.

Infelizmente, não me lembro de quando consegui produzir o último core-dump bem-sucedido.

    

Answer 1

A partir dos documentos em coredump.conf ,

To disable a configuration file supplied by the vendor, the recommended way is to place a symlink to /dev/null in the configuration directory in /etc/, with the same filename as the vendor configuration file.

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

Desde o systemd, as coisas são gerenciadas de maneira diferente.

    

Answer 2

Você pode querer usar o comando coredumpctl para recuperar seu dump principal ou executar o gdb nele. Esse é o método "aprovado pelo sistema" de lidar com eles. : - /

Em certo sentido, é bom que o systemd esteja capturando todas essas coisas, porque ele as apagará automaticamente após algum tempo, e também facilita o upload de despejos de memória para relatórios de bugs.

Mas, foi uma mudança chocante, com pouco em termos de notificação ou dicas para pessoas que sabiam como coredumps trabalhou antes de se envolver. Até mesmo descartar um arquivo chamado 'core.pid.txt' com instruções para usar o coredumpctl para obter o seu coredump teria sido uma grande ajuda, mesmo que eles tenham jogado o sistema de arquivos por algum tempo.