À oui c’est:
mv 10-quirks.conf 10-quirks.backupcnf
Tant que tu y es sur root et graphique vois si tu as des systemd-logind présent dans auth.log:
cat /var/log/auth.log | grep systemd-logind
root@debian:/usr/share/X11/xorg.conf.d# mv mv 10-quirks.conf 10-quirks.backupcnf
mv: la cible « 10-quirks.backupcnf » n’est pas un répertoire
J’ai plein de systemd-logind présent dans auth.log
Enleve le premier mv il y a doublure.
Bon au moin systemd-logind semble actif.
rien de changé sous utilisateur, par contre sous root une fois X lancé le pointeur de ma souris est figé.
J’ai booté sur clé USB là du coup
(Comment je reviends à la situation antérieure du coup ?)
Par ailleurs je pensais que j’ai deux pbs je pense :
avant le prompt, la boucle sur
[quote]started session xy os user mon_username (avec xy qui s’incrémente d’une unité à chaque fois)
started user manager for UID 1000
stopping user manager for UID 1000…
stopped user manager for UID 1000
removed slice user-1000.slice
created slice user-1000.slice[/quote]
qui m’amène sur le prompt, au lieux de lancer X et ma session grapĥique directement
puis au prompt, pour lancer X, l’erreur que j’obtiens sur xf86EnableIOPorts
Alors tu peux remettre en place:
cd /usr/share/X11/xorg.conf.d/;mv 10-evdev.backupcnf 10-evdev.conf;mv 10-quirks.backupcnf 10-quirks.conf
J’ai pas les droits depuis mon liveUSB pour intéragir sur mon disque dur
mv: cannot move ‘10-evdev.backupcnf’ to ‘10-evdev.conf’: Permission denied
mv: cannot move ‘10-quirks.backupcnf’ to ‘10-quirks.conf’: Permission denied
ah, faut que je le fasse en dur depuis le tty !
je suis de nouveau en root graphique sur mon système
par contre la commande
cd /usr/share/X11/xorg.conf.d/;mv 10-evdev.backupcnf 10-evdev.conf;mv 10-quirks.backupcnf 10-quirks.conf
a renvoyé une erreur pour “10-quirks.conf” ?
J’ai 10-evdev.conf et 10-quirks.conf dans /usr/share/X11/xorg.conf.d/ actuellement
édit: ah alors tu n’avais pas réussi à le modifier en .backupcnf.
ls /usr/share/X11/xorg.conf.d/ me donne :
10-evdev.conf 50-synaptics.conf 50-wacom.conf
10-quirks.conf 50-vmmouse.conf
Essaie de mettre dans .xinitrc utilisateur: exec gnome-session
Il y a un moyen risque que ça fonctionne.
Avant ça si t’es encore sous graphique donne le retour de ces commandes:
- apt-cache policy libpam-systemd
- ls /sys/class/drm/card*
- ls /home/utilisateur/.config/systemd/
- /etc/X11/xinit/xinitrc.d/
apt-cache policy libpam-systemd
libpam-systemd:
Installé : 227-2
Candidat : 227-2
Table de version :
*** 227-2 0
500 ftp.fr.debian.org/debian/ unstable/main amd64 Packages
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages
100 /var/lib/dpkg/status
215-17+deb8u2 0
500 ftp.fr.debian.org/debian/ stable/main amd64 Packages
ls /sys/class/drm/card*
/sys/class/drm/card0:
card0-DP-1 card0-HDMI-A-3 gt_act_freq_mhz gt_RP1_freq_mhz uevent
card0-DP-2 card0-VGA-1 gt_cur_freq_mhz gt_RPn_freq_mhz
card0-DP-3 dev gt_max_freq_mhz l3_parity
card0-HDMI-A-1 device gt_min_freq_mhz power
card0-HDMI-A-2 error gt_RP0_freq_mhz subsystem
/sys/class/drm/card0-DP-1:
device dpms edid enabled i2c-6 modes power status subsystem uevent
/sys/class/drm/card0-DP-2:
device dpms edid enabled i2c-7 modes power status subsystem uevent
/sys/class/drm/card0-DP-3:
device dpms edid enabled i2c-8 modes power status subsystem uevent
/sys/class/drm/card0-HDMI-A-1:
device dpms edid enabled modes power status subsystem uevent
/sys/class/drm/card0-HDMI-A-2:
device dpms edid enabled modes power status subsystem uevent
/sys/class/drm/card0-HDMI-A-3:
device dpms edid enabled modes power status subsystem uevent
/sys/class/drm/card0-VGA-1:
device dpms edid enabled modes power status subsystem uevent
Pas de dossier systemd dans le .config de mon home
ls /etc/X11/xinit/xinitrc.d/
50-systemd-user.sh
[quote=“kripteks”]Essaie de mettre dans .xinitrc utilisateur: exec gnome-session
Il y a un moyen risque que ça fonctionne.
[/quote]
pas de différence
Au fait, peut être un symptôme :
Après la boucle de messages sur “UID 1000”, au moment d’entrer mes login et mot de passe, je dois m’y reprendre plusieurs fois, comme si la machine était occupée et n’enregistrait pas toutes les touches…
je pensais que mon clavier fatiguait, mais une fois logué, ça repart comme en 40
je dois te laisser pour ce soir, un gros gros merci pour le temps que tu m’as consacré en tout cas, je reprendrai demain après midi de mon côté…
sinon libsystemd-login0 est marqué comme obsolète dans synaptic
le pb subsiste en repêchant un vieux noyau 3.16
Dans /etc/X11/Xwrapper.config
Change:
[mono]allowed_users=console[/mono] à [mono]allowed_users=anybody[/mono]
Trouve si:
[mono]needs_root_rights=yes[/mono] éxiste, sinon tu ajoutes: [mono]needs_root_rights=yes[/mono]
Attention qu’il n’y ait pas un caractère [mono]#[/mono] devant les lignes qu’on cherche/remplace.
S’il y a un caractère #, tu supprimes le caractère # et change juste la fin comme voulu en ci-dessus.
Sauvegarde reboot, startx.
Si ça marche toujours pas change: [mono]needs_root_rights=yes[/mono] en [mono]needs_root_rights=no[/mono]
Sauvegarde reboot, startx.
Si toujours rien.
Si tu avais décommenter [mono]needs_root_rights=yes[/mono], tu mets un # devant la ligne, sinon tu la supprimes complètement.
Pour [mono]allowed_users=anybody[/mono], tu remplaces par [mono]allowed_users=console[/mono], enregistre et reboot.
[quote=“antistress”]sinon je lis ceci :
reddit.com/r/linuxquestions … 6_to_4110/[/quote]
Le message d’erreur à propos d’UID 1000 concerne le premier utilisateur créé sur le système.
Le premier utilisateur prend l’UID 1000, le suivant prendra l’UID 1001. Un utilisateur empêché de se connecter à sa session graphique n’emporte pas tout le système dans le gouffre. Un système sans X est toujours opérationnel.
Ce qui est proposé dans cette réponse en reddit est de démarrer sans X [mono]systemd.unit=rescue.target[/mono] afin de lire les rapports. Avec X, [mono]systemd.unit=graphical.target[/mono].
Pour tester une session graphique, il serait plus prudent de s’appuyer sur un autre utilisateur plutot que d’envoyer l’éléphant root dans le magasin de porcelaine du serveur X.
Si root arrive à ouvrir une session X, comme tu l’as éprouvé, un simple utilisateur devrait y arriver.
Créé un nouvel utilisateur avec son nouvel $HOME exempt de tout ancien réglage qui serait susceptible d’altérer le comportement du serveur X. Connecte ce nouvel utilisateur en une console tty, combinaison ctrl+alt+F3
login : nouvel_utilisateur
mot de passe : son_m0td€paZZe
Sous ce compte sans passif, lance [mono]startx[/mono].
Si la session graphique ne se crashe pas, les réglages particuliers de l’ancien utilisateur seraient en cause.
Hello 
kripteks : manip faites sans succès, hélas
etxeberrizahar : dans un terminal de ma session graphique root, j’ai fait “adduser nom-d_utilisateur” et suivi les instructions.
Pourtant au redémarrage, je ne parviens pas à me connecter avec ce nouvel utilisateur : j’entre le nom et le mot de passe mais il ramène à la même invite me demandant mon identifiant…