Um dump de núcleo é gerado quando um programa falha com resultados inesperados. O acima está dizendo a você que um comando falhou e a cópia do programa que estava na memória foi manipulada pelo daemon abrt (o comando /usr/libexec/abrt-hook-ccpp ). Você pode usar ferramentas como gdb para depurar a falha. Nota: o gdb não é para os fracos de coração!
Muitas vezes, esses são o resultado de código mal escrito (ele precisa lidar com exceções um pouco melhor), problemas de falta de memória ou problemas subjacentes, como o comando estar vinculado a uma biblioteca de carga dinâmica que foi alterada e o programa que falha não pode mais usá-lo da maneira esperada.
De esta página , há detalhes sobre o que o Processo Abrt é, e como ele lida com núcleos.
When “abrtd” is running, the value of sysctl variable “kernel.core_pattern” is different from the above as shown below:
$sysctl -a|grep core_pattern kernel.core_pattern = |/usr/libexec/abrt-hook-ccpp /var/cache/abrt %p %s %u %c
“abrtd” creates a sub-directory (named something like “ccpp-1279914365-14618″) in the directory “/var/cache/abrt” as shown in the value of the variable. This also means that the core files will also be stored in that sub-directory in the “/var/cache/abrt” directory (in addition to the current directory where application was run). ABRT daemon also creates other files in addition to the core dump files in the sub-directory to further help users in debugging the crash issue.