abrt-ccpp.service: onde estão os arquivos principais?

0

Sou novato no Linux e estou aprendendo sobre serviços, especificamente abrt-ccpp.service para essa pergunta.

Fui levado a entender que, se o abrt-ccpp.service estiver instalado em um PC Linux, ele substituirá / overwrites (eu li os dois, não tenho certeza qual é a verdade) o arquivo /proc/sys/kernel/core_pattern , que de outra forma especifica o padrão de localização e nome de arquivo dos arquivos principais.

Pergunta :

Quando executo systemctl , por que o abrt-ccpp.service reporta exited na coluna SUB ? Eu não entendo a combinação de active e exited : o daemon é "vivo" ou não?

> systemctl
UNIT                 LOAD   ACTIVE SUB
abrt-ccpp.service    loaded active exited ...

Pergunta :

Onde os arquivos principais são gerados? Eu escrevi este programa para gerar um SIGSEGV :

#include <iostream>

int main(int argc, char* argv[], char* envz[])
{
  int* pInt = NULL;
  std::cout << *pInt << std::endl;
  return 0;
}

Compilação e execução da seguinte forma:

> g++ main.cpp
> ./a.out
Segmentation fault (core dumped)

Mas não entendo onde o arquivo principal é gerado. Não está na mesma pasta que meu main.cpp . Algumas leituras me levaram a /etc/abrt/abrt.conf , que tem o seguinte texto no meu arquivo:

# Specify where you want to store coredumps and all files which are needed for
# reporting. (default:/var/tmp/abrt)
#
# Changing dump location could cause problems with SELinux. See man_abrt_selinux(8).
#
#DumpLocation = /var/tmp/abrt

Assim, tentei procurar em /var/tmp/abrt , mas não havia nada relacionado ao meu a.out .

O conteúdo do meu /proc/sys/kernel/core_pattern parece ter sido substituído por algo relacionado ao abrt-ccpp:

> cat /proc/sys/kernel/core_pattern
|/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e

Mas não sei interpretar isso.

Alguém pode me ajudar a entender esse serviço? Obrigado.

    
por StoneThrow 07.02.2017 / 01:25

1 resposta

0

Graças ao link , a solução é editar /etc/abrt/abrt-action-save-package-data.conf para adicionar esta linha:

ProcessUnpackaged = yes
    
por 07.02.2017 / 23:16

Tags