¿Cómo conecto un terminal a un proceso separado?

He separado un proceso de mi terminal, así:

$ process &

Ese terminal ahora está cerrado desde hace mucho tiempo, pero processtodavía se está ejecutando, y quiero enviar algunos comandos al stdin de ese proceso. ¿Es eso posible?

Sí lo es. En primer lugar, crear una tubería: mkfifo /tmp/fifo. Use gdb para adjuntar al proceso: gdb -p PID

A continuación, cierre la entrada estándar: call close (0); y ábrelo de nuevo:call open ("/tmp/fifo", 0600)

Finalmente, escriba (desde un terminal diferente, ya que gdb probablemente se bloqueará):

echo blah > /tmp/fifo

Cuando el terminal original ya no es accesible ...

reptyrpuede ser lo que desea, consulte https://serverfault.com/a/284795/187998

Cita a partir de ahí:

Echa un vistazo a reptyr , que hace exactamente eso. La página de github tiene toda la información.

reptyr: una herramienta para "volver a poner" programas.

reptyr es una utilidad para tomar un programa en ejecución existente y adjuntarlo a una nueva terminal. ¿Comenzó un proceso de larga duración sobre ssh, pero tiene que irse y no quiere interrumpirlo? Simplemente inicie una pantalla, use reptyr para tomarla, y luego cierre la sesión ssh y diríjase a casa.

USO

reptyr PID

"reptyr PID" tomará el proceso con ID PID y lo conectará a su terminal actual.

Después de adjuntar, el proceso tomará la entrada y escribirá la salida en el nuevo terminal, incluidos ^ C y ^ Z. (Desafortunadamente, si lo pone en segundo plano, aún tendrá que ejecutar "bg" o "fg" en la terminal anterior. Es probable que esto sea imposible de solucionar de manera razonable sin reparar su shell).

Estoy bastante seguro de que no puedes.

Comprueba usando ps x. Si un proceso tiene una ?como terminal controlada , no se puede enviar de entrada a ella nunca más.

9942 ?        S      0:00 tail -F /var/log/messages
9947 pts/1    S      0:00 tail -F /var/log/messages

En este ejemplo, puede enviar información para 9947hacer algo como echo "test" > /dev/pts/1. El otro proceso ( 9942) no es accesible.

La próxima vez, puede usar screen o tmux para evitar esta situación.

EDITAR : Como dijo Stephane Gimenez, no es tan simple. Solo le permite imprimir en un terminal diferente.

Puedes intentar escribir en este proceso usando / proc . Debe ubicarse en / proc / pid / fd / 0 , así que un simple:

echo "hello" > /proc/PID/fd/0

Deberías hacerlo. No lo he probado, pero debería funcionar, siempre y cuando este proceso todavía tenga un descriptor de archivo stdin válido . Puede verificarlo con ls -lon / proc / pid / fd / .

• si es un enlace a / dev / null => está cerrado
• si es un enlace a / dev / pts / X o un socket => está abierto

Consulte nohup para obtener más detalles sobre cómo mantener los procesos en ejecución.

Simplemente terminar la línea de comando con &no separará completamente el proceso, solo lo ejecutará en segundo plano. (Con zshusted puede usar &!para separarlo, de lo contrario debe hacerlo disownmás tarde).

Cuando un proceso se ejecuta en segundo plano, ya no recibirá información de su terminal de control. Pero puede volver a enviarlo al primer plano fgy luego leerá la entrada nuevamente.

De lo contrario, no es posible cambiar externamente sus descriptores de archivo (incluido stdin) o volver a conectar un terminal de control perdido ... a menos que use herramientas de depuración (vea la respuesta de Ansgar o eche un vistazo al rettycomando).