Comment attacher un terminal à un processus détaché?

J'ai détaché un processus de mon terminal, comme ceci:

$ process &

Ce terminal est maintenant longtemps fermé, mais processest toujours en cours d'exécution et je souhaite envoyer des commandes au stdin de ce processus. Est-ce possible?

Oui, ça l'est. Tout d' abord, créez un tuyau: mkfifo /tmp/fifo. Utilisez gdb pour attacher au processus: gdb -p PID

Ensuite , fermez stdin: call close (0); et ouvrez-le à nouveau:call open ("/tmp/fifo", 0600)

Enfin, écrivez (depuis un autre terminal, car gdb sera probablement suspendu):

echo blah > /tmp/fifo

Lorsque le terminal d'origine n'est plus accessible ...

reptyrpeut être ce que vous voulez, voir https://serverfault.com/a/284795/187998

Citation de là:

Jetez un coup d'œil à reptyr , qui fait exactement cela. La page github contient toutes les informations.

reptyr - Un outil pour "re-ptying" des programmes.

reptyr est un utilitaire permettant de reprendre un programme en cours d’exécution et de le relier à un nouveau terminal. Vous avez démarré un processus de longue haleine sur ssh, mais vous devez partir et vous ne voulez pas l'interrompre? Commencez juste un écran, utilisez reptyr pour le saisir, puis tuez la session SSH et rentrez chez vous.

USAGE

PID reptyr

"reptyr PID" va saisir le processus avec l'identifiant PID et l'attacher à votre terminal actuel.

Après la connexion, le processus prend les entrées et écrit les sorties sur le nouveau terminal, y compris ^ C et ^ Z. (Malheureusement, si vous avez un problème d’arrière-plan, vous devrez toujours exécuter "bg" ou "fg" dans l’ancien terminal. Il est probablement impossible de le réparer de manière raisonnable sans appliquer de correctif à votre shell.)

Je suis bien sûr que vous ne pouvez pas.

Vérifier en utilisant ps x. Si un processus a ?comme tty de contrôle , vous ne pouvez pas envoyer des données à ce plus.

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

Dans cet exemple, vous pouvez envoyer une entrée pour 9947faire quelque chose comme echo "test" > /dev/pts/1. L'autre processus ( 9942) n'est pas accessible.

La prochaine fois, vous pourriez utiliser screen ou tmux pour éviter cette situation.

EDIT : Comme l'a dit Stéphane Gimenez, ce n'est pas si simple. Cela vous permet uniquement d'imprimer sur un autre terminal.

Vous pouvez essayer d'écrire dans ce processus en utilisant / proc . Il devrait être situé dans / proc / pid / fd / 0 , donc un simple:

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

devrait le faire. Je ne l'ai pas essayé, mais cela devrait fonctionner, tant que ce processus a toujours un descripteur de fichier stdin valide . Vous pouvez le vérifier avec ls -lle / proc / pid / fd / .

• si c'est un lien vers / dev / null => c'est fermé
• si c'est un lien vers / dev / pts / X ou une socket => c'est ouvert

Voir nohup pour plus de détails sur la façon de garder les processus en marche.

Le fait de terminer la ligne de commande avec &ne détachera pas complètement le processus, il le lancera simplement en arrière-plan. (Avec zshvous pouvez utiliser &!pour réellement détacher, sinon vous devez le faire disownplus tard).

Lorsqu'un processus s'exécute en arrière-plan, il ne reçoit plus d'informations de son terminal de contrôle. Mais vous pouvez le renvoyer au premier plan avec fg, puis il relira l’entrée.

Autrement, il n'est pas possible de modifier en externe ses descripteurs de fichiers (y compris stdin) ni de rattacher un terminal de contrôle perdu… à moins d'utiliser des outils de débogage (voir la réponse d'Ansgar ou jetez un coup d'œil à la rettycommande).