☰

Arch Linux 更新后默认启动到 tty1 而不是 tty7

tag-icon • tag-icon arch-linux xorg tty gui startx
Arch Linux 更新后默认启动到 tty1 而不是 tty7

我两天前更新了系统，现在发现 startx systemd 脚本无法启动。这似乎是由于 Arch 默认启动到 tty1 造成的。切换到 tty7 并重新启动 startx systemd 脚本工作正常，大概是因为 systemd 脚本指定了 tty7。仅运行“startx”命令会导致两天前出现以下错误：

(==) 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，无论是否指定 tty7，GUI 应用程序启动都没有问题，现在 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 不需要 root 权限。

相关内容