Comment puis-je fermer un terminal sans tuer ses enfants (sans lancer d'abord "screen")?

Parfois, je lance une application dans le gnome-terminal, mais je dois soudainement redémarrer gnome ou quelque chose du genre. Je suppose que la réponse à la question est également utile alors je veux me déconnecter de SSH où quelque chose se passe.

L'arborescence du terminal de Gnome ressemble à ceci:

gnome-terminal
    bash
        some-boring-process

Puis-je "détacher" bashde gnome-terminal(ou détacher some-boring-processde bash et rediriger sa sortie quelque part)? Si je tue juste gnome-terminal, bashsera tué à volonté tous ses sous-processus

Si some-boring-processest en cours d'exécution dans votre session bash actuelle:

1. arrêter avec ctrl-zpour vous donner l'invite bash
2. mettre en arrière-plan avec bg
3. notez le numéro du travail ou utilisez la jobscommande
4. détachez le processus de cette session bash avec disown -h %1(remplacez le numéro de travail réel ici).

Cela ne fait rien pour rediriger la sortie - vous devez y penser lorsque vous lancez votre processus ennuyeux. [Modifier] Il semble y avoir un moyen de le rediriger https://gist.github.com/782263

Mais sérieusement, regardez dans l'écran. J'ai des obus sur un serveur distant qui fonctionnent depuis des mois.

C'est exactement ce pour quoi screen et tmux ont été créés. Vous exécutez le shell dans la session screen / tmux et vous pouvez vous déconnecter / vous reconnecter à volonté. Vous pouvez également avoir plusieurs sessions shell en cours d'exécution dans un même terminal gnome.

screen, tmuxou dtach(éventuellement avec dvtm) sont excellents pour cela, mais si vous pensez ne pas en utiliser, vous pourrez peut-être en tirer parti nohup.

Si vous souhaitez continuer à interagir avec le processus enfant plutôt que de le mettre en arrière-plan et de le laisser continuer, il existe en fait un programme appelé retty qui est une preuve de concept pour "voler" un processus de son tty actuel et le remettre en place sur le l'actuel.

Cependant, il fait des choses horribles, notamment en collant du code d'assemblage sur la pile de l'application réattachée. Et ce code n'a pas été mis à jour pour x86_64.

Il existe un autre programme qui adopte une approche peut-être meilleure, gelant le processus dans l’espace utilisateur dans un fichier, à partir duquel il peut être restauré ultérieurement (éventuellement sur un autre tty.). Ceci est un cryopid , et ce projet semble aussi s’être arrêté dans le phase de validation de principe, et ne fonctionne pas avec Linux moderne en l'état. Et bien.

Juste pensé que cela devrait être ici pour être complet. Si le fait de recourir à un horrible vaudou ne vous dérange pas, c'est une possibilité - du moins une possibilité théorique.

Si je lance quelque chose que je veux finir quoi qu'il arrive (à part le redémarrage du système), je l'utilise nohupet l'exécute en arrière-plan. Contrairement à l'écran et autres, vous ne pouvez pas vous reconnecter aux processus. Cependant, on peut trouver n'importe quelle sortie à part la redirection ailleurs nohup.out.

J'utilise screenquand je veux pouvoir changer de terminal pour un processus. Tels que démarrer un processus de la maison / du travail et passer à l’autre. Comme toute autre session de terminal, la sortie finira par défiler en haut de la mémoire tampon.

EDIT: Si vous avez déjà lancé le processus, vous pouvez disownempêcher le HUPsignal d’être envoyé à la fermeture du processus.

Vous pouvez empêcher un processus (PID) de recevoir un signal HUP à la fin de la session du terminal. Utilisez la commande suivante:

nohup -p PID

Ce script dissocie le processus enfant du parent et l'assigne au processus init :

toDetach=$1

./$toDetach & # Runs the process - script on background

disown -h %$(jobs -l | grep $(ps -A | grep $toDetach | cut --delimiter=' ' -f1) | cut --delimiter=' ' -f1 | tr -d '[]+') # and then disowns it from parents process