Não consigo usar o terminal enquanto o comando gedit está em execução

Eu instalei recentemente o 12.04.
Quando tento editar um arquivo com o gedit , não posso usar o terminal até fechar o arquivo de edição ou preciso abrir um novo terminal. Mas acho que não tive esse problema com o 11.04, mas não tenho certeza.
Existe alguma maneira de evitar isso e usar o mesmo terminal durante a edição de arquivos.

Resposta curta

No terminal que não responde:

1. Pressione Ctrl+ Z.
2. Digite bge digite.
3. Digite disowne digite.

Resposta longa

No terminal que não responde, pressione Ctrl+ Z, isso "pausará" o processo (ou "trabalho") e retornará o controle do console para você. No entanto, você notará que ele geditnão responde e não pode usá-lo.

Extra : se você quiser, pode executar o comando jobs, notará que ele lerá Parado para o geditcomando, é por isso que você não pode usá-lo.

Para fazer com que o trabalho seja executado com êxito em segundo plano (ou seja, para geditresponder novamente), execute o comando bg(ou seja, em segundo plano). Agora você será capaz de usar gedite, ao mesmo tempo, terá o prompt para si mesmo.

Extra : agora, se você executar jobs, notará que será exibido Executando .

Você pode superar tudo isso desde o início. Ao iniciar a geditpartir do terminal, adicione um &no final do comando, para algo assim gedit /path/to/file &. Isso será iniciado geditem segundo plano desde o primeiro lugar (talvez você precise pressionar Enteralgumas vezes para recuperar o controle do console).

Extra : se você estava seguindo essas notas extras, talvez tenha notado que, na segunda vez jobs, viu que o bash adicionou &a ao final do geditcomando.

Depois de se acostumar com esse sistema, você pode perceber que, se você fechar o terminal, o gedit também será encerrado, sem sequer um diálogo de confirmação. Para impedir que isso aconteça, execute disown, o que desanexará o processo gedit do terminal, removendo-o da lista retornada por jobs.

Basta digitar:

gedit <filename-to-edit> &

Isso retornará imediatamente o prompt de comando para você.

Você pode usar o nohuppara impedir que a GUI seja conectada a um terminal:

nohup mupdf some.pdf &

Isso permitirá que você feche o terminal do qual está iniciando, sem que o programa seja fechado.

Você também deve observar que o comando nohup criará um arquivo com o stdoute stderrdo comando que você executa. Se você deseja impedir isso, adicione &>/dev/nullantes do &.

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

Você também pode usar o disowncomando É particularmente útil quando você já iniciou o processo que não deseja mais anexar ao terminal.

O procedimento básico, se bem me lembro, é algo como isto:

$ > 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!

Observe que o repúdio é bashespecífico.

Esta postagem no blog explica muito bem os dois métodos.

Página de manual por renúncia

De man gedit:

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

Portanto, se você executar geditcom a -bopção, ela começará em segundo plano:

gedit -b [FILE-NAME]

Além disso, em seguida, você pode criar um alias para gedit -b(veja aqui como criar um alias permanente):

alias gedit='gedit -b'

A partir de agora, no futuro você poderá usá- gedit [FILE-NAME]lo normalmente e ele começará em segundo plano.

Basta digitar:

gedit FILENAME & disown

Terminar um comando com &no bash executa esse comando em segundo plano. No entanto, esse processo ainda está anexado ao terminal.

Sem disown, se você fechar o terminal, o gedit será fechado, sem solicitar que você salve um arquivo editado. disowndesanexa o processo em segundo plano do terminal atual, de modo que, se você fechar o terminal, o gedit continuará funcionando normalmente. Acontece que eu estava errado, esse não é o caso do bash, mas é o caso do zsh. Você ainda precisa correr detachdepois de fazer ctrl- ze bg, no entanto, mesmo no bash.

_{Você pode descobrir mais sobre os built-ins jobs, disowne o &metacharacter na página de manual para o bashcomando , especialmente a seção chamada "controle de trabalho".}

Provavelmente é porque você abriu o gedit via terminal. Ao fazer isso, você vê a saída da linha de comando que normalmente fica oculta se iniciada pela GUI. A melhor maneira de corrigir isso é abrir uma nova janela do terminal. O outro ficará disponível após o fechamento do gedit. Você também pode usar a opção sugerida pelo usuário acima.