Je ne peux pas utiliser le terminal lorsque la commande gedit est en cours d'exécution

J'ai récemment installé 12.04.
Lorsque j'essaie d'éditer un fichier avec gedit , je ne peux pas utiliser le terminal avant de fermer le fichier d'édition ou d'ouvrir un nouveau terminal. Mais je pense que je n’ai pas eu ce problème avec 11.04, mais je ne suis pas sûr.
Est-il possible d'éviter cela et d'utiliser le même terminal lors de l'édition de fichiers?

Réponse courte

Dans le terminal qui ne répond pas:

1. Hit Ctrl+ Z.
2. Tapez bget entrez.
3. Tapez disownet entrez.

Longue réponse

Dans le terminal qui ne répond pas, appuyez sur Ctrl+ Z, cela "mettra en pause" le processus (ou le "travail") et vous renverra le contrôle de la console. Cependant, vous remarquerez que cela geditne répond plus et que vous ne pouvez pas l'utiliser.

Extra : si vous voulez, vous pouvez exécuter la commande jobs, vous remarquerez qu'elle se lira Stopped pour la geditcommande, c'est pourquoi vous ne pouvez pas l'utiliser.

Pour que le travail s'exécute correctement en arrière-plan (c'est-à-dire qu'il soit geditréactif), exécutez la commande bg(ce qui signifie arrière-plan). Vous pourrez maintenant utiliser tout en geditayant l'invite pour vous-même.

Extra : maintenant, si vous exécutez jobs, vous remarquerez que ça va lire Running .

Vous pouvez surmonter tout cela dès le début. Lorsque vous lancez geditdepuis le terminal, ajoutez un &à la fin de la commande, donc quelque chose comme ça gedit /path/to/file &. Cela se lancera gediten arrière-plan depuis le début (vous devrez peut-être appuyer Enterplusieurs fois pour récupérer le contrôle de la console).

Extra : si vous suiviez ces notes supplémentaires, vous auriez peut-être remarqué que la deuxième fois jobs, vous pouviez voir que bash ajoutait un a &à la fin de la geditcommande.

Une fois que vous vous serez habitué à ce système, vous remarquerez peut-être que si vous fermez le terminal, gedit se terminera également, sans même qu'un dialogue de confirmation. Pour éviter que cela ne se produise, exécutez disown, qui détachera le processus gedit du terminal, en le supprimant de la liste renvoyée par jobs.

Il suffit de taper:

gedit <filename-to-edit> &

Cela vous renverra immédiatement l'invite de commande.

Vous pouvez utiliser le nohuppour éviter que l'interface graphique soit connectée à un terminal:

nohup mupdf some.pdf &

Cela vous permettra de fermer le terminal à partir duquel vous lancez, sans que le programme ne soit fermé.

Vous devriez également remarquer que la commande nohup créera un fichier avec le stdoutet stderrde la commande que vous exécutez. Si vous voulez empêcher cela, ajoutez &>/dev/nullavant le &.

nohup mupdf some.pdf &>/dev/null &

Vous pouvez également utiliser la disowncommande. Cela s'avère particulièrement utile lorsque vous avez déjà lancé le processus que vous ne souhaitez plus connecter au terminal.

La procédure de base, si je me souviens bien, ressemble à ceci:

$ > firefox      #Oops
Ctrl + z         #Suspend the process
$ > bg           #Push the process to the background
$ > disown       #Detach most recent process started or stopped
$ > exit         #Terminal gone!

Notez que désavouer est bashspécifique.

Ce billet de blog explique assez bien les deux méthodes.

Page de manuel pour disown

De man gedit:

-b, --background
         Run gedit in the background.

Donc, si vous exécutez geditavec l' -boption, il va commencer en arrière - plan:

gedit -b [FILE-NAME]

De plus, vous pouvez ensuite créer un alias pour gedit -b(voir ici comment créer un alias permanent):

alias gedit='gedit -b'

A partir de maintenant, à l'avenir, vous pourrez utiliser gedit [FILE-NAME]normalement et tout commencera en arrière-plan.

Il suffit de taper:

gedit FILENAME & disown

La fin d'une commande avec &in bash l'exécute en arrière-plan. Cependant, ce processus est toujours attaché au terminal.

Sans cela disown, si vous fermez le terminal, gedit se fermera sans même vous demander de sauvegarder un fichier modifié. disowndétache le processus d'arrière-plan du terminal actuel, de sorte que si vous fermez le terminal, gedit continuera à fonctionner normalement. Il s'avère que je me suis trompé, ce n'est pas le cas pour bash, mais c'est le cas pour zsh. Vous devez toujours courir detachaprès avoir fait ctrl, zet bgmême en bash.

_{Vous pouvez en savoir plus sur les Encastrements jobs, disownet le &métacaractère dans la page de manuel pour la bashcommande , en particulier la section intitulée « contrôle de l' emploi ».}

C'est probablement parce que vous avez ouvert gedit via un terminal. Lorsque vous faites cela, vous voyez la sortie de ligne de commande qui est normalement masquée si elle est démarrée via l'interface graphique. La meilleure solution consiste à ouvrir une nouvelle fenêtre de terminal. L'autre sera disponible après la fermeture de gedit. Vous pouvez également utiliser le commutateur suggéré par l'utilisateur ci-dessus.