Core volcado, pero el archivo core no está en el directorio actual?

Mientras ejecuto un programa en C, dice "(núcleo volcado)" pero no puedo ver ningún archivo en la ruta actual.

He configurado y verificado el ulimit:

ulimit -c unlimited 
ulimit -a 

También traté de encontrar un archivo llamado "core", pero ¿no obtuve el archivo volcado?
Cualquier ayuda, ¿dónde está mi archivo principal?

Lea /usr/src/linux/Documentation/sysctl/kernel.txt .

[/ proc / sys / kernel /] core_pattern se usa para especificar un nombre de patrón de archivo de volcado de núcleo.

• Si el primer carácter del patrón es un '|', el núcleo tratará el resto del patrón como un comando para ejecutar. El volcado del núcleo se escribirá en la entrada estándar de ese programa en lugar de en un archivo.

En lugar de escribir el volcado del núcleo en el disco, su sistema está configurado para enviarlo al abrtprograma. La herramienta automatizada de informes de errores posiblemente no esté tan documentada como debería ...

En cualquier caso, la respuesta rápida es que debería poder encontrar su archivo principal /var/cache/abrt, donde lo abrtalmacena después de ser invocado. Del mismo modo, otros sistemas que utilizan Apport pueden eliminar núcleos /var/crash, etc.

En Ubuntu reciente (12.04 en mi caso), es posible que se imprima "Fallo de segmentación (núcleo volcado)", pero no se produjo ningún archivo central donde podría esperar uno (por ejemplo, para un programa compilado localmente).

Esto puede suceder si tiene un tamaño de archivo núcleo ulimit de 0 (no lo ha hecho ulimit -c unlimited): este es el valor predeterminado en Ubuntu. Normalmente, eso suprimiría el "(núcleo volcado)", indicándote tu error, pero en Ubuntu, los archivos centrales se canalizan a Apport (el sistema de informe de fallos de Ubuntu) a través de /proc/sys/kernel/core_pattern, y esto parece causar el mensaje engañoso.

Si Apport descubre que el programa en cuestión no es uno para el que debería informar fallas (que puede ver sucediendo /var/log/apport.log), recurre a la simulación del comportamiento predeterminado del kernel de colocar un archivo central en el cwd (esto se hace en el script /usr/share/apport/apport) Esto incluye honrar a ulimit, en cuyo caso no hace nada. Pero (supongo) en lo que respecta al kernel, se generó un corefile (y se canalizó para distribuirlo), de ahí el mensaje "Fallo de segmentación (core volcado)".

En última instancia, PEBKAC por olvidarse de establecer ulimit, pero el mensaje engañoso me hizo pensar que me estaba volviendo loco por un tiempo, preguntándome qué estaba comiendo mis archivos principales.

(Además, en general, la página del manual principal (5) man 5 core- es una buena referencia de dónde termina su archivo principal y las razones por las que podría no estar escrito).

Con el lanzamiento de systemd , también hay otro escenario. Por defecto, systemd almacenará los volcados del núcleo en su diario, siendo accesible con el systemd-coredumpctlcomando. Definido en el archivo core_pattern:

$ cat /proc/sys/kernel/core_pattern 
|/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e

Este comportamiento se puede deshabilitar con un simple "hack":

$ ln -s /dev/null /etc/sysctl.d/50-coredump.conf
$ sysctl -w kernel.core_pattern=core      # or just reboot

Como siempre, el tamaño de los volcados del núcleo debe ser igual o mayor que el tamaño del núcleo que se está volcando, como se hace por ejemplo ulimit -c unlimited.

Escribir instrucciones para obtener un volcado de núcleo en Ubuntu 16.04 LTS :

1. Como @jtn ha mencionado en su respuesta, los delegados de Ubuntu la visualización de los accidentes de apport , que a su vez se niega a escribir el volcado porque el programa no es un paquete instalado.

2. Para solucionar el problema, debemos asegurarnos de que apport también escriba archivos de volcado de núcleo para programas que no sean paquetes . Para hacerlo, cree un archivo llamado ~ / .config / apport / settings con el siguiente contenido:
   [main] unpackaged=true

3. Ahora bloquee su programa nuevamente y vea que sus archivos de bloqueo se generan dentro de la carpeta: / var / crash con nombres como * .1000.crash . Tenga en cuenta que gdb no puede leer estos archivos directamente.

4. [Opcional] Para que gdb pueda leer los volcados, ejecuta el siguiente comando:

   apport-unpack <location_of_report> <target_directory>

Referencias: Core_dump - Oracle VM VirtualBox

Podría pensar en las siguientes dos posibilidades:

1. Como otros ya han señalado, el programa podría chdir(). ¿El usuario que ejecuta el programa puede escribir en el directorio en el que chdir()está editado? Si no, no puede crear el volcado del núcleo.

2. Por alguna extraña razón, el volcado del núcleo no se llama core.*Puede verificar /proc/sys/kernel/core_patterneso. Además, el comando de búsqueda que nombró no encontraría un volcado de núcleo típico. Debe usar find / -name "*core.*", ya que el nombre típico del coredump escore.$PID

Si le faltan volcados de núcleo para los archivos binarios RHELy cuando los usa abrt, asegúrese de que/etc/abrt/abrt-action-save-package-data.conf

contiene

ProcessUnpackaged = yes

Esto permite la creación de informes de fallos (incluidos los volcados de núcleo) para archivos binarios que no forman parte de los paquetes instalados (por ejemplo, compilados localmente).

Para fedora25, podría encontrar el archivo central en

/var/spool/abrt/ccpp-2017-02-16-16:36:51-2974/coredump

donde ccpp-2017-02-16-16:36:51-2974" is pattern "%s %c %p %u %g %t %P %según `/ proc / sys / kernel / core_pattern '

Mis esfuerzos en WSL no han tenido éxito.

Para aquellos que se ejecutan en el Subsistema de Windows para Linux (WSL), parece haber un problema abierto en este momento por la falta de archivos de volcado del núcleo.

Los comentarios indican que

Este es un problema conocido que conocemos, es algo que estamos investigando.

Problema de Github

Comentarios del desarrollador de Windows

En Ubuntu18.04, la forma más fácil de obtener un archivo central es ingresar el comando a continuación para detener el servicio de distribución.

sudo service apport stop

Luego vuelva a ejecutar la aplicación, obtendrá el archivo de volcado en el directorio actual.

Estoy en Linux Mint 19 (basado en Ubuntu 18). Quería tener coredumparchivos en la carpeta actual. Tenía que hacer dos cosas:

1. Cambio /proc/sys/kernel/core_pattern(por # echo "core.%p.%s.%c.%d.%P > /proc/sys/kernel/core_patterno por# sysctl -w kernel.core_pattern=core.%p.%s.%c.%d.%P)
2. Aumento del límite para el tamaño del archivo central en $ ulimit -c unlimited

Eso ya estaba escrito en las respuestas, pero escribí para resumir sucintamente. Curiosamente, el cambio de límite no requería privilegios de root (según /ubuntu/162229/how-do-i-increase-the-open-files-limit-for-a-non-root-user non- root solo puede reducir el límite, por lo que fue inesperado; los comentarios al respecto son bienvenidos).

ulimit -c unlimited hizo que el archivo principal apareciera correctamente en el directorio actual después de un "núcleo volcado".