Warum funktioniert chvt als normaler Benutzer auf einem virtuellen Terminal, aber nicht unter X?

Wenn ich als Benutzer "paul" auf einem virtuellen Terminal (z. B. / dev / tty2) angemeldet bin und "chvt 4" eingebe, werde ich für / dev / tty4 ganz gut auf das virtuelle Terminal umgeschaltet.

Wenn ich als Benutzer "paul" "chvt 7" eingebe, werde ich auf das X-Fenstersystem umgeschaltet. Alles gut.

JEDOCH ... Wenn ich innerhalb eines xterm als Benutzer "paul" "chvt 2" eingebe, wird die folgende Fehlermeldung angezeigt: "Es konnte kein Dateideskriptor für die Konsole abgerufen werden."

Der Befehl chvt funktioniert nur innerhalb eines xterm, wenn ich ihn als "root" ausführe. In diesem Fall ist es dann eine Freude, mich auf ein virtuelles Terminal umzuschalten.

Das scheint mir sehr kaputt zu sein. Weiß jemand, warum das so ist wie es ist?

Denken Sie aus Sicherheitsgründen daran, dass X sowohl über das Netzwerk als auch an der physischen Konsole verwendet werden kann. Virtuelle Terminals sind es nicht, daher ist ein Login bei der physischen VT ein anderes Sicherheitstier als X.

Aus diesem Debian-Fehlerbericht über den gleichen Fehler in fgconsole. Hier ist die Aufschlüsselung, warum chvtund Freunde von X nicht darauf zugreifen können:

Es betrifft nicht nur fgconsole, sondern auch chvt, openvtund anderer kbd Dienstprogramm , das eine Konsole Dateideskriptor zu erhalten versucht. Diese Programme erledigen ihre Arbeit, indem sie versuchen, diese Dateien (in dieser Reihenfolge) zu öffnen / ioctl :

/proc/self/fd/0         (is a pseudo tty in your case)
/dev/tty                (also PTY)
/dev/tty0               (only accessible to root)
/dev/vc/0               (doesn’t exist nowadays)
/dev/console            (root)
std{in,out,err}         (PTY)

Da keiner von diesen auf ein VT_GETSTATEioctl reagieren kann, schlagen fgconsole und Freunde fehl.

Die bevorzugte Lösung für das Problem ist die Verwendung sudo. Es gibt andere Optionen, die jedoch aus Sicherheitsgründen im allgemeinen Fall weniger vorzuziehen sind. Sie können entscheiden, ob Ihre Situation die eine oder andere tolerieren kann (Hervorhebung von mir):

Es gibt also keine wirkliche Lösung, wenn ich kein Sudo benutze?

Sie können die Berechtigungen von /dev/tty0oder /dev/console ohne Öffnen einer riesigen Sicherheitslücke nicht ändern . Das Einstellen der gewünschten Programme ist eine Option, aber ich würde mich davon fernhalten. sudoist viel sicherer und kann detaillierter gesteuert werden.