Yo ya no sé vivir sin él. A grosso modo, es una especie de VNC para la terminal. Un poco duro de aprender (tipo vim, con muchos atajos de teclado poco intuitivos) pero una vez que se coje la costumbre, ya no hay stop.
Entre otras, permite que dos o más personas manipulen simultáneamente una misma terminal, aunque estén conectados por un modem de 14400kbs a 300 kms de distancia, cerrar la terminal sin desconectar la sesión (y los programas que cuelgen de ella), dividir la pantalla física (el xterm en varias subpantallas o regiones en jerga screen, ver una sesión distinta en cada una,…

Es decir que en vez de seguir el método tradicional de ejecutar el nohup, simplemente creamos una sesión de screen y cuando acabamos, nos desenganchamos y volvemos a enganchar cuando queramos desde donde queramos.

$ more test.sh
#!/bin/sh
nohup test2.sh > /dev/null &

$ more test2.sh
#!/bin/sh
echo “empieza la jugada”
sleep 600
echo “se acabo esto”

peeero..cuando intento correr test.sh…
[/home/miloe]
$ ./test.sh

[/home/miloe]
$ nohup: test2.sh: Permission denied

¿Qué será lo que pasa?

Si el proceso que lanza el script es un programa hecho por ejemplo en C, hay formas programáticas de conseguir este efecto sin usar el nohup que quedarían fuera del ámbito de este artículo.

Pero si el programa padre es a su vez un script o si en el programa tienes forma de modificar cómo se lanza el script, sí, la solución sería un simple nohup comando &.

E incluso también podrías, si estás llamando a script.sh, hacer:

mv script.sh script_orig.sh

y crear un nuevo script.sh con las siguientes líneas:

#!/bin/sh
nohup /path/script_orig.sh &

Acá en el trabajo tenemos un scripts
qe es invocado por proceso, de vez en cuando.

Algunas veces cuando el proceso del script se cuelga, pues el proceso “original” no sigue su flujo normal, lo cual no nos sirve.

Lo qe necesito saber es: puede hacerse qe el proceso ligado a la invocación del script sea independiente al del proceso qe invoca al script? (es decir qe no sea su hijo) sospecho qe el nohup combinado con el & hace esto, pero me gustaría estar seguro

Muchas gracias por el apunte. ¡Una cosa más aprendida!

Y sobre el Emacs, yo uso XEmacs en Windows y Linux para muchas cosas y es farragosillo, pero cuando le pillas el punto está muy bien

Saludos, Iván.