☰

Arch Linux bootet nach dem Update standardmäßig auf tty1 statt auf tty7

tag-icon • tag-icon arch-linux xorg tty gui startx
Arch Linux bootet nach dem Update standardmäßig auf tty1 statt auf tty7

Ich habe das System vor 2 Tagen aktualisiert und jetzt festgestellt, dass ein startx-Systemd-Skript nicht gestartet werden konnte. Dies scheint daran zu liegen, dass Arch standardmäßig in tty1 gebootet hat. Das Umschalten auf tty7 und der Neustart des startx-Systemd-Skripts funktioniert einwandfrei, vermutlich weil das Systemd-Skript tty7 angibt. Das Ausführen des Befehls „startx“ führt zu folgendem Fehler, obwohl es 2 Tage zuvor funktioniert hat:

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

Hier ist der relevante Ausschnitt aus dem Systemd-Skript:

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

Normalerweise bootet das System in tty7 und GUI-Anwendungen starten problemlos, egal ob tty7 angegeben ist oder nicht. Jetzt versucht startx standardmäßig, tty0 zu verwenden, das nicht vorhanden zu sein scheint. Gab es eine Änderung im Standardverhalten? Wie kann das Problem behoben werden?

Antwort1

Ich habe endlich die Ursache herausgefunden. Ich habe Xwrapper.config bearbeitet, das für Kodi benötigt wird, und es seitdem geändert, um seine Notwendigkeit zu testen. Ein Update muss etwas geändert haben, sodass es wieder erforderlich ist.

sudo nano /etc/X11/Xwrapper.config

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

„sudo startx“ funktionierte immer noch ohne Option, obwohl das Ausführen und Beenden den Wechsel zu tty7 unmöglich machte.

Ich weiß immer noch nicht, warum das erforderlich ist, da ich davon ausgegangen bin, dass startx keine Root-Berechtigungen erfordert.

verwandte Informationen