Nie mogę korzystać z terminala, gdy uruchomione jest polecenie gedit

Niedawno zainstalowałem 12.04.
Kiedy próbuję edytować plik za pomocą gedit , nie mogę korzystać z terminala, dopóki nie zamknę pliku edycji lub nie będę musiał otworzyć nowego terminala. Ale myślę, że nie miałem tego problemu z 11.04, jednak nie jestem pewien.
Czy mimo to można tego uniknąć i używać tego samego terminala podczas edycji plików.

Krótka odpowiedź

W niereagującym terminalu:

1. Hit Ctrl+ Z.
2. Wpisz bgi wpisz.
3. Wpisz disowni wpisz.

Długa odpowiedź

W nieodpowiadającym terminalu naciśnij Ctrl+ Z, to „wstrzyma” proces (lub „zadanie”) i zwróci ci kontrolę nad konsolą. Zauważysz jednak, że geditprzestaje odpowiadać i nie możesz z niego korzystać.

Dodatkowo : jeśli chcesz, możesz wykonać polecenie jobs, zauważysz, że będzie ono brzmiało Zatrzymane dla geditpolecenia, dlatego nie możesz go użyć.

Aby zadanie zakończyło się powodzeniem w tle (tj. Aby geditponownie odpowiedzieć), wykonaj polecenie bg(w tle). Będziesz teraz mógł korzystać gedit, a jednocześnie wyświetlać odpowiedni monit.

Dodatkowo : teraz, jeśli wykonasz jobs, zauważysz, że będzie czytać Uruchomienie .

Możesz przezwyciężyć to wszystko od samego początku. Kiedy uruchamiasz geditz terminala, dodaj &na końcu polecenia, więc coś takiego gedit /path/to/file &. To uruchomi się geditw tle od samego początku (może być konieczne Enterkilkukrotne naciśnięcie, aby przywrócić kontrolę nad konsolą).

Dodatkowo : jeśli postępujesz zgodnie z tymi dodatkowymi notatkami, możesz zauważyć, że po raz drugi zrobiłeś to jobs, zobaczyłeś, że bash dodał a &na końcu geditpolecenia.

Gdy przyzwyczaisz się do tego systemu, możesz zauważyć, że jeśli zamkniesz terminal, gedit również zakończy działanie, nawet bez okna dialogowego potwierdzenia. Aby temu zapobiec, uruchom disown, który odłączy proces gedit od terminala, usuwając go z listy zwracanej przez jobs.

Po prostu wpisz:

gedit <filename-to-edit> &

To natychmiast zwróci ci wiersz polecenia.

Możesz użyć, nohupaby zapobiec podłączeniu GUI do terminala:

nohup mupdf some.pdf &

Umożliwi to zamknięcie terminalu, z którego uruchamiasz, bez zamykania programu.

Należy również zauważyć, że polecenie nohup utworzy plik z stdouti stderrpolecenia biegu. Jeśli chcesz temu zapobiec, dodaj &>/dev/nullprzed &.

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

Możesz także użyć disownpolecenia. Jest to szczególnie przydatne, gdy już rozpocząłeś proces, którego nie chcesz już podłączać do terminala.

Podstawową procedurą, jeśli dobrze pamiętam, jest coś takiego:

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

Zauważ, że disown jest bashspecyficzny.

Ten post na blogu całkiem dobrze wyjaśnia obie metody.

Strona podręcznika do odrzucenia

Od man gedit:

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

Jeśli uruchomisz geditz -bopcją, rozpocznie się w tle:

gedit -b [FILE-NAME]

Ponadto możesz następnie utworzyć alias dla gedit -b(zobacz tutaj, jak utworzyć stały alias):

alias gedit='gedit -b'

Odtąd w przyszłości będziesz mógł używać gedit [FILE-NAME]go normalnie i zacznie on działać w tle.

Po prostu wpisz:

gedit FILENAME & disown

Zakończenie polecenia za pomocą &bash uruchamia to polecenie w tle. Jednak proces ten jest nadal dołączony do terminala.

Bez disown, jeśli zamkniesz terminal, gedit zamknie się, nawet nie monitując o zapisanie edytowanego pliku. disownodłącza proces w tle od bieżącego terminala, więc jeśli zamkniesz terminal, gedit będzie działał normalnie. Okazuje się, że się myliłem, nie dotyczy to bash, ale dotyczy to zsh. Nadal musisz biegać detachpo zrobieniu ctrl- zi bgnawet w bash.

_{Możesz dowiedzieć się więcej na temat wbudowanego ins jobs, disowna &metaznaku w podręcznika do bashpolecenia , szczególnie sekcji oznaczonej „Sterowanie pracą”.}

Jest tak prawdopodobnie dlatego, że otworzyłeś gedit przez terminal. Gdy to zrobisz, zobaczysz wyjście wiersza poleceń, które normalnie jest ukryte, jeśli zostanie uruchomione przez GUI. Najlepszym sposobem, aby to naprawić, jest otwarcie nowego okna terminala. Drugi będzie dostępny po zamknięciu programu gedit. Możesz także użyć przełącznika sugerowanego powyżej przez użytkownika.