☰

Arch Linux는 업데이트 후 기본적으로 tty7 대신 tty1로 부팅됩니다.

tag-icon • tag-icon arch-linux xorg tty gui startx
Arch Linux는 업데이트 후 기본적으로 tty7 대신 tty1로 부팅됩니다.

이틀 전에 시스템을 업데이트했는데 이제 startx systemd 스크립트를 시작하지 못했다는 것을 깨달았습니다. 이는 Arch가 기본적으로 tty1로 부팅되기 때문에 발생하는 것 같습니다. tty7로 전환하고 startx systemd 스크립트를 다시 시작하면 아마도 systemd 스크립트가 tty7을 지정하기 때문에 제대로 작동할 것입니다. "startx" 명령만 실행하면 2일 전에는 작동했던 다음 오류가 발생합니다.

(==) Log file: "/home/XXXXX/.local/share/xorg/Xorg.0.log", Time: Wed Feb 10 19:13:22 2016
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) parse_vt_settings: Cannot open /dev/tty0 (No such file or directory)
(EE)
(EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.
(EE) Please also check the log file at "/home/XXXXX/.local/share/xorg/Xorg.0.log" for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
Couldn't get a file descriptor referring to the console

다음은 systemd 스크립트의 관련 스니펫입니다.

TTYPath=/dev/tty7
ExecStart = /usr/bin/xinit /usr/bin/dbus-launch --exit-with-session /usr/bin/kodi-standalone -- :0 -nolisten tcp vt7
Restart = on-abort
StandardInput = tty

일반적으로 시스템은 tty7로 부팅되고 GUI 앱은 tty7 지정 여부에 관계없이 시작하는 데 문제가 없습니다. 이제 startx는 존재하지 않는 것처럼 보이는 기본적으로 tty0을 사용하려고 시도합니다. 기본 동작에 변화가 있었나요? 이 문제를 어떻게 해결할 수 있습니까?

답변1

드디어 원인을 알아냈습니다. Kodi에 필요한 Xwrapper.config를 편집했으며 그 이후로 요구 사항을 테스트하기 위해 변경했습니다. 업데이트로 인해 무언가가 변경되어 다시 필요해졌을 것입니다.

sudo nano /etc/X11/Xwrapper.config

allowed_users=anybody
needs_root_rights = yes // no value caused issues

sudo startx를 실행하고 종료하면 tty7로 전환할 수 없지만 여전히 옵션 없이 작동했습니다.

startx에는 루트 권한이 필요하지 않다는 것을 이해했기 때문에 이것이 왜 필요한지 아직도 모르겠습니다.

관련 정보