☰

Arch Linux inicializa em tty1 por padrão em vez de tty7 após atualização

tag-icon • tag-icon arch-linux xorg tty gui startx
Arch Linux inicializa em tty1 por padrão em vez de tty7 após atualização

Atualizei o sistema há 2 dias e agora percebi que um script startx systemd falhou ao iniciar. Isso parece ser causado pelo fato de o Arch inicializar no tty1 por padrão. Mudar para tty7 e reiniciar o script startx systemd funciona bem, provavelmente porque o script systemd especifica tty7. Executar apenas o comando "startx" resulta no seguinte erro onde funcionou 2 dias antes:

(==) 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

Aqui está o trecho relevante do script 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

Normalmente, o sistema inicializa em tty7 e os aplicativos GUI não têm problemas ao iniciar, independentemente de o tty7 ser especificado ou não, agora o startx tenta usar o tty0 por padrão, o que parece ser inexistente. Houve uma mudança no comportamento padrão? Como isso pode ser resolvido?

Responder1

Finalmente descobri a causa. Eu editei o Xwrapper.config que é necessário para o Kodi e o alterei desde então para testar seus requisitos. Uma atualização deve ter mudado algo que a tornou necessária novamente.

sudo nano /etc/X11/Xwrapper.config

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

sudo startx ainda funcionava sem opção, embora executá-lo e sair tornaria impossível mudar para tty7.

Ainda não sei por que isso é necessário, pois entendi que startx não exigia permissões de root.

informação relacionada