startx를 실행하고 Xorg를 종료 한 후 다른 TTY로 전환

나는 항상 내가 시도한 모든 컴퓨터에서 발생하는 Xorg의 특유성에 대해 궁금했다. startx를 사용하여 수동으로 (즉, 디스플레이 관리자의 도움없이) TTY에서 새 X 인스턴스를 시작할 때마다 다른 TTY로 전환 한 다음 원래 TTY로 돌아 가려고하면 X의 프레임 버퍼가 끊어지고 X가 계속 실행중인 원래 쉘. ^ C 또는 ^ D 를 누르면 X 가 중지되지만 startx / xinit를 다시 실행하여 원래 세션이 손실됩니다. 즉 :

CTRL+ALT+F1
$ startx /usr/bin/xterm -- :1
CTRL+ALT+F7
CTRL+ALT+F1

TTY1에서 X 버퍼가 손상됩니다. 컴포지션을 위해 Wayland / Mir에 의존하는 응용 프로그램은 예상대로 TTY 전환을 처리하지만 LightDM과 같은 디스플레이 관리자로 시작되지 않은 X를 사용하는 응용 프로그램은 수동으로 시작한 X 세션으로 돌아갈 수없는 것 같습니다 진짜 고통입니다. TTY를 전환 할 때 X 세션으로 다시 전환 할 수 있도록이 문제를 해결하는 방법이 있습니까?

— joshumax
소스

이해가 안 돼요 tty1에 X가 없습니다. 또한 ctrl-alt-f7은 대부분의 시간에 X 서버를 실행하는 tty7입니다. 게시물을 더 명확하게하려면 수정해야합니다. 12.04를 사용하는 경우 Wayland / Mir도 사용하고 있지 않은 것입니다. 15.04에도 없습니다.

— solsTiCe

@solsTiCe 내가 TTY1에 하나를 만들기 위해 startx를 실행하기 전까지는 TTY1에 X 세션이 없었습니다.

— joshumax

@solsTiCe 나는 내 질문에 애매 모호함이 보이지 않는다는 것을 두려워한다. 그것이 불분명 할 수있는 것에 대해 자세히 설명해 줄 수 있는가?

— joshumax

@solsTiCe 나는 확실히 확실하지 않다, 나는 단지 내가 고칠 수 있도록 내 질문에서 명확하지 않은 것을 묻는 것일 뿐이다.

— joshumax

관련 질문은 askubuntu.com/questions/221762 및 askubuntu.com/questions/443418을 참조하십시오 .

— JdeBP

아, 솔루션은 실행하는 대신 비교적 간단했습니다.

$ startx /usr/bin/xterm -- :1

달리는

$ startx /usr/bin/xterm -- :1 vt$(tty | sed -e "s:/dev/tty::")

TTY를 전환 할 때 X가 깨지는 것을 방지합니다.

— joshumax
소스

… 이것은 실제로 "중단"되지 않았지만 단순히 가상으로 올 때 시스템이 구성되는 방식 tty2에 tty63따라 다른 가상 터미널 인 첫 번째 사용 가능한 가상 터미널 에서 끝났음을 나타냅니다. 터미널 사용법. 물론 tty1로그인 쉘이 실행 중 이었으므로 사용할 수 없었습니다.

— JdeBP

@JdeBP 나는 Xorg 사람들과 이것에 관해 이야기를 나 and 다. 사용 가능한 터미널을 자동으로 선택하는 것과 전혀 관련이없는 것 같다. 그러나 startx에 가상 터미널 매개 변수를 전달함으로써 startx는 X를 "지속적인 상태"로 만든다 "(기본적으로 startx는 사용 가능한 경우 현재 vt에서 비 지속적 X 세션을 시작하고, 사용할 수없는 경우 즉시 실패합니다.

— joshumax

-1이 작업을 부드럽게 수행하는 다른 방법이 있다고 생각합니다. 나는 이것이 당신이하는 일이 아니라고 생각합니다.

— Léo Léopold Hertz 준영

@Masi 아마도이 방법이 그렇게 좋지 않다고 생각하는 이유를 설명하고 더 나은 방법을 설명하고 싶습니까? 그것은이 모호성보다 훨씬 더 평온 할 것입니다.

— 세스