web-dev-qa-db-fra.com

Xserver Permission Denied tty7

J'ai une boîte Linux avec Kodi et le script systemd suivant pour démarrer Kodi au démarrage:

[Unit]
Description = Kodi-standalone using xinit
After = systemd-user-sessions.service network.target sound.target network-online.target

[Service]
User = Kodi
Group = Kodi
Type = simple
PAMName=login
ExecStart = /usr/bin/xinit /usr/bin/dbus-launch --exit-with-session /usr/bin/openbox-session -- :0 -nolisten tcp vt7
Restart = on-abort

[Install]
WantedBy = multi-user.target

Cela fonctionnait bien sous Ubuntu 15.10 mais après une mise à niveau, cela ne fonctionne plus. Le service ne parvient pas à démarrer

Apr 24 17:30:19 rasnas Sudo[3644]: Kodi : TTY=pts/0 ; PWD=/home/Kodi ; USER=root ; COMMAND=/usr/sbin/service Kodi start Apr 24 17:30:19 rasnas Sudo[3644]: pam_unix(Sudo:session): session opened for user root by Kodi(uid=0) Apr 24 17:30:19 rasnas systemd[1]: Starting Detect the available GPUs and deal with any system changes... Apr 24 17:30:19 rasnas gpu-manager[3671]: /etc/modprobe.d is not a file Apr 24 17:30:19 rasnas gpu-manager[3671]: /etc/modprobe.d is not a file Apr 24 17:30:19 rasnas gpu-manager[3671]: /etc/modprobe.d is not a file Apr 24 17:30:19 rasnas gpu-manager[3671]: /etc/modprobe.d is not a file Apr 24 17:30:19 rasnas gpu-manager[3671]: /etc/modprobe.d is not a file Apr 24 17:30:19 rasnas gpu-manager[3671]: update-alternatives: error: no alternatives for x86_64-linux-gnu_gfxcore_conf Apr 24 17:30:19 rasnas systemd[1]: Started Detect the available GPUs and deal with any system changes. Apr 24 17:30:19 rasnas systemd[1]: Started Kodi-standalone using xinit. Apr 24 17:30:19 rasnas Sudo[3644]: pam_unix(Sudo:session): session closed for user root Apr 24 17:30:19 rasnas systemd[3692]: pam_unix(login:session): session opened for user Kodi by (uid=0) Apr 24 17:30:19 rasnas systemd[1]: Started Session 11 of user Kodi. Apr 24 17:30:19 rasnas systemd[3692]: pam_ck_connector(login:session): cannot determine display-device Apr 24 17:30:19 rasnas xinit[3692]: X.Org X Server 1.18.3 Apr 24 17:30:19 rasnas xinit[3692]: Release Date: 2016-04-04 Apr 24 17:30:19 rasnas xinit[3692]: X Protocol Version 11, Revision 0 Apr 24 17:30:19 rasnas xinit[3692]: Build Operating System: Linux 3.13.0-85-generic x86_64 Ubuntu Apr 24 17:30:19 rasnas xinit[3692]: Current Operating System: Linux rasnas 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 Apr 24 17:30:19 rasnas xinit[3692]: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-21-generic root=UUID=1bca803d-6ad4-4e76-bc0d-10d37e041d51 ro quiet splash vt.handoff=7 Apr 24 17:30:19 rasnas xinit[3692]: Build Date: 07 April 2016 09:18:50AM Apr 24 17:30:19 rasnas xinit[3692]: xorg-server 2:1.18.3-1ubuntu2 (For technical support please see http://www.ubuntu.com/support) Apr 24 17:30:19 rasnas xinit[3692]: Current version of pixman: 0.33.6 Apr 24 17:30:19 rasnas xinit[3692]: Before reporting problems, check http://wiki.x.org Apr 24 17:30:19 rasnas xinit[3692]: to make sure that you have the latest version. Apr 24 17:30:19 rasnas xinit[3692]: Markers: (--) probed, (**) from config file, (==) default setting, Apr 24 17:30:19 rasnas xinit[3692]: (++) from command line, (!!) notice, (II) informational, Apr 24 17:30:19 rasnas xinit[3692]: (WW) warning, (EE) error, (NI) not implemented, (??) unknown. Apr 24 17:30:19 rasnas xinit[3692]: (==) Log file: "/home/Kodi/.local/share/xorg/Xorg.0.log", Time: Sun Apr 24 17:30:19 2016 Apr 24 17:30:19 rasnas xinit[3692]: (==) Using system config directory "/usr/share/X11/xorg.conf.d" Apr 24 17:30:19 rasnas xinit[3692]: (EE) Apr 24 17:30:19 rasnas xinit[3692]: Fatal server error: Apr 24 17:30:19 rasnas xinit[3692]: (EE) xf86OpenConsole: Cannot open virtual console 7 (Permission denied) Apr 24 17:30:19 rasnas xinit[3692]: (EE) Apr 24 17:30:19 rasnas xinit[3692]: (EE) Apr 24 17:30:19 rasnas xinit[3692]: Please consult the The X.Org Foundation support Apr 24 17:30:19 rasnas xinit[3692]: at http://wiki.x.org Apr 24 17:30:19 rasnas xinit[3692]: for help. Apr 24 17:30:19 rasnas xinit[3692]: (EE) Please also check the log file at "/home/Kodi/.local/share/xorg/Xorg.0.log" for additional information. Apr 24 17:30:19 rasnas xinit[3692]: (EE) Apr 24 17:30:19 rasnas xinit[3692]: (EE) Server terminated with error (1). Closing log file. Apr 24 17:30:23 rasnas hyperiond[853]: V4L2 Grabber: Signal lost Apr 24 17:30:34 rasnas xinit[3692]: /usr/bin/xinit: giving up Apr 24 17:30:34 rasnas xinit[3692]: /usr/bin/xinit: unable to connect to X server: Connection refused Apr 24 17:30:34 rasnas xinit[3692]: /usr/bin/xinit: server error Apr 24 17:30:34 rasnas systemd[3697]: pam_unix(login:session): session closed for user Kodi

Alors, comment puis-je résoudre ce problème? Veuillez noter que tout a bien fonctionné avec 15.10!

Merci!

3
DanFritz

J'ai couru dans cette erreur aujourd'hui. Après quelques recherches, la solution est fournie par le didacticiel Kodi . Le chapitre 5 dit:

À partir de Ubuntu 16.04 (Xenial Xerus), vous devez plutôt installer et reconfigurer le paquet xserver-xorg-legacy.

Cela fonctionne bien sur mon plate-forme.

4
freezejbc

Bien que ce ne soit pas vraiment la meilleure solution, changer le job de démarrage de systemd en chmod /dev/tty7 avant de lancer Kodi semble le "réparer". Si quelqu'un a un chemin meilleur et plus ubuntu, veuillez m'éclairer: D

 [Unité] 
 Description = Kodi-standalone utilisant xinit 
 Après = systemd-user-sessions.service network.target sound.target. Network-online.target 
 
 [Service] 
 Utilisateur = Kodi 
 Groupe = Kodi 
 Type = simple 
 PAMName = login 
 ExecStartPre =/bin/chmod 777 /dev/tty7
PermissionsStartOnly=true[.____. Page_ExecStart =/usr/bin/xinit/usr/bin/dbus-launch --exit-with-session/usr/bin/openbox-session -: 0 -nolisten tcp vt7 
 Redémarrer = à l'abandon 
 
 [Installer] 
 WantedBy = multiutilisateur> cible 
2
DanFritz

Si vous utilisez quand même systemd, une autre idée qui pourrait éventuellement le faire fonctionner est de faire en sorte que systemd agisse en tant que proxy entre les privilèges X et root.

Cela nécessiterait d'installer libpam-systemd pour que systemd-logind commence à fonctionner correctement sur la console (cf. Notes de publication de Debian 9 sur le serveur Xorg ne nécessitant plus de root ), et de passer de plain xinit pour utiliser le wrapper startx (cf. bogue Debian n ° 801401 ).

Je ne connais pas les spécificités de ce cas d'utilisation de Kodi, mais je suis tombé sur cette question lors de mes recherches sur le problème générique. Je me suis donc dit que je devrais le mieux écrire pour aider quelqu'un d'autre à relier les points.

0
Josip Rodin