Plus d'interface graphique au démarrage

Support Debian
#21

Ça semble normale.
Pour xorg.1-5.log ça doit être des anciens logs je crois, vérifie l’heure de création via un ls -l s’ils sont anciens ça nous servira pas.

Je sais pas quoi te conseiller.
Au pire tu pourras downgrader vers celui de jessie au lieu de experimental, mais je sais pas si tes autres applications seront touché.

Les autres personnes qui ont sid n’ont pas tous le soucis on dirait…

Je vois un échapatoire mais faut essayer si ça marche.

Essaye de mettre dans .xinitrc de root, le gestionnaire de login de gnome3, je crois que c’est /usr/bin/gdm3.
Comme ça tu lances startx en root donc l’environnement graphique, mais tu te logue sous ton propre compte utilisateur dans le gdm3.
Ça pourrait te dépanner.

#22

Tiens j’ai un .Xauthority dans /root

en effet les autres log sont anciens

#23

Deux chose qui pourrait marcher.

1- met un .xinitrc dans ton home utilisateur normale avec comme contenu /usr/bin/openbox (et pas gdm ou un truc de gnome) (installe openbox), reboot et fait un startx depuis l’utilisateur normale

2- installe le paquet xserver-xorg-video-modesetting, reboot et re-teste

Le premier, permettra peut-être de passer à côter le fait que gnome lie systemd pour lancer X, de plus peut-être, si startx n’arrive à rien lancer il s’auto-retourne en console comme si c’était un problème mais qu’il n’y en a pas, car on demande de rien lancer/afficher du coup il se termine.

Le deuxième, j’ai vu un truc comme quoi il pourrait réglé ta situation.

#24

Peut être un pb avec xinit ?

cf par ex bbs.archlinux.org/viewtopic.php?id=199809

NB : je ne vois pas de .xinitrc dans mon home utilisateur

un conseil ?

#25

Oui c’est comme j’ai écrit :slightly_smiling:

su ton_utilisateur
touch ~/.xinitrc
echo “/usr/bin/openbox” >> ~/.xinitrc

Bien entendu ai bien openbox d’installer.
Et évite pour le teste une application gnome.

Sinon pour les droits j’y ai penser mais pour xorg.
Fait: ls -l /usr/bin/{Xorg,xinit}

#26

ha oui cette histoire d’openbox, je ne sais pas ce que c’est.
Edit : un gestionnaire de fenêtre ? pourquoi faire ?

#27

ls -l /usr/bin/{Xorg,xinit}

-rwxr-xr-x 1 root root 18888 oct. 19 03:56 /usr/bin/xinit
-rwxr-xr-x 1 root root 274 oct. 28 00:43 /usr/bin/Xorg

-> ça compte depuis ma session graphique root ou faut que je retourne à mon tty utilisateur ?

#28

[quote]The only reason I can think of for this happening is if your selinux
policy suddenly decided to start denying iopl[/quote]
lists.fedoraproject.org/piperma … 09846.html

#29

Openbox, c’est juste pour avoir un environnement graphique ouvert lors d’un startx.
Ça permet de pas avoir tous gnome ouvert sous le compte root.
De plus je me questionnes si pour ouvrir gnome, gnome demande de systemd des choses qui lui bride ou pas xorg.

Au mieux tu mets dans le .xinitrc /usr/bin/xterm (et rien d’autres) de l’utilisateur normale, et tu fais startx.

Pour les droits elles sont bonne, le fait qu’ils soient en cours d’utilisation ne les changes pas.

Mais il y a une chose, quand tu fais les testes de startx, tu as j’espère pas l’environnement graphique root ouvert en même temps que pour tester celui de l’utilisateur ?

#30

/usr/bin/xterm dans .xinitrc ne change rien.

Non, je reboot à chaque fois pour tenter de me connecter graphiquement avec le compte utilisateur.
Et quand ça marche pas, su et startx pour revenir ici en parler

#31

archlinux.org/news/xorg-ser … available/

#32

la manip avec openbox marche pas non plus…

#33

Donc X est permis sans droit root mais avec l’aide de systemd-logind, il y a une lib sur cela + un texte dans le Xorg.0.log que t’avais donné donc soit c’est supporter soit c’est mal géré sur le système pour le moment.

Vérifie si le fichier find /etc/X11/Xwrapper.config éxiste.

#34

oui, avec juste “allowed_users=console” (outre les commentaires)

#35

Tu peux le supprimer après avoir pris une sauvegarde de celle ci.
Puis reboot et teste un startx utilisateur.

Si ça marche pas, remet à ça place, puis modifie comme ceci: allowed_users=anybody, reboot et startx.

#36

attends, j’ai fait un “dpkg-reconfigure x11-common” comme indiqué dans le fichier et n’ai plus l’erreur de xf86EnableIOPorts etc.

Maintenant j’ai de nouveau :
failed to release device: Connection was disconnected before a reply was received
failed to release device: Connection is closed
failed to release device: Connection is closed
ReleaseControl failed: connection is closed

Edit : en fait j’ai de nouveau l’erreur sur xf86EnableIOPorts

#37

As-tu essayé les 2 méthodes de mon poste dessus ?

#38

J’étais en train.
Aucune des deux ne change rien à l’affaire :confused:

#39

Fait ceci:
cd /usr/share/X11/xorg.conf.d/
mv 10-evdev.conf 10-evdev.backupcnf
mv 10-quirks.conf 10-quirks.backupcnf

reboot, startx.

#40

pb, pas de fichier « 10-quirks.backupcnf »

root@debian:~# cd /usr/share/X11/xorg.conf.d/
root@debian:/usr/share/X11/xorg.conf.d# mv 10-evdev.conf 10-evdev.backupcnf
root@debian:/usr/share/X11/xorg.conf.d# mv 10-quirks.backupcnf
mv: opérande de fichier cible manquant après « 10-quirks.backupcnf »
Saisissez « mv --help » pour plus d’informations.
root@debian:/usr/share/X11/xorg.conf.d#