¿Es posible recuperar el contenido de un script bash en ejecución desde la RAM

Por accidente, he sobrescrito un script de bash muy complejo, donde traté de implementar el alcance y el enhebrado de manera ordenada.

Ahora el mismo script aún se está ejecutando pero el archivo ya no existe, la pregunta es: ¿Es posible escanear a través del ram y encontrar la representación del archivo en sí?

Otro problema es: no puedo encontrar el archivo / dev / mem o / dev / kmem, ya intenté buscar el contenido.

Para el medio ambiente: es un host de máquina debian / sid (vps) en vpsfx.com

root @ heisenberg: ~ # ls -a / dev
. kmsg ptyp2 ptyp9 aleatorio tty1 tty5 ttyp2 ttyp9 urandom
.. log ptyp3 ptypa shm tty10 tty6 ttyp3 ttypa xconsole
.udev nulo ptyp4 ptypb stderr tty11 tty7 ttyp4 ttypb cero
char ptmx ptyp5 ptypc stdin tty12 tty8 ttyp5 ttypc
consola pts ptyp6 ptypd stdout tty2 tty9 ttyp6 ttypd
fd ptyp0 ptyp7 ptype tty tty3 ttyp0 ttyp7 ttype
completo ptyp1 ptyp8 ptypf tty0 tty4 ttyp1 ttyp8 ttypf

Echa un vistazo a / proc / $ PID / fd. Allí debe tener todos los descriptores de archivo abiertos por el proceso, incluido el script en sí. Solo cat $FD > /tmp/yourscript.shdebería ser suficiente para recuperarlo.

Suponiendo que el OP realmente significaba RAM y no de ninguna manera posible , y suponiendo que el proceso en el que se ejecutó el script tiene un límite de archivo de núcleo cero (que generalmente es la configuración predeterminada cat /proc/PID/limits), entonces debe adjuntarlo al proceso y establezca el límite central en un valor lo suficientemente grande como para incluir la imagen del proceso y use la señal ABRT para generar el archivo central, o use una herramienta como gdbesa que pueda adjuntarse a un proceso y generar una imagen central del proceso desde la RAM.

1. Instalar en pc gdb

En algunos shell con la misma propiedad que el script en ejecución o la propiedad de root:

2. Hacer ps axpara encontrar la identificación del proceso (PID)
3. gdb -p PID

Tenga en cuenta que esto detendrá la ejecución del proceso, pero no lo eliminará de la tabla de procesos.

4. En gdb, emita el comando generate-core-file

gdb debería responder con algo como Saved corefile core.15113, suponiendo que PID es 15113.

5. En gdb, emita el comando detach

Su script continuará (se reanudará) ejecutándose.

6. En gdb, emita el comando quit
7. En shell, corre strings core.15113 > my_script.sh

Abra el my_script.shen algún editor. El texto del script debe estar hacia el final del archivo antes de la sección de entorno. Use el editor para eliminar las secciones antes y después del guión.

Pruebe esta solución en otro script antes de usarlo en su script de premio. YMMV.

La secuencia se ve así:

yba@tavas:~$ gdb -p 15113
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Attaching to process 15113
Reading symbols from /bin/bash...(no debugging symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libtinfo.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libtinfo.so.5
Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libdl.so.2
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
0x00007feaf4b4c7be in waitpid () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) generate-core-file
Saved corefile core.15113
(gdb) detach
Detaching from program: /bin/bash, process 15113
(gdb) quit
yba@tavas:~$ 

dd la partición del disco duro en trozos superpuestos y grep binary para partes del script. si tiene suerte, escriba esos fragmentos en el directorio temporal en ram para saludarlos y guardar su disco duro o los ciclos de escritura de ssd. no, no es una solución 'de ram'. tenga en cuenta el hecho de que, al leer el disco byte por byte, los scripts pueden estar en formato de caracteres utf-8 (o similar), por lo que los parámetros grep también pueden tener que adaptarse.