Au moins on sait où ça coince
# journalctl -xe
Dans ce mode, dbus devrait fonctionner ; normalement.
Je ne sais pas te dire quels paquets réinstaller pour tout dbus.
Alors, je vais essayer de ne rien oublié d’important…
gvfs-udisks2-vo[1426]: monitor says it’s not supported
Après j’ai une histoire avec SSH agent et plein d’autres qui sont already initialized.
Ensuite j’ai le meme message que dans le fichier log Couldn’t connect to system bus: Failed to connect socket…
Ensuite tout un tas d’applet qui me disent Ressource temporairement non disponible) on X server :0.
Ensuite org.gtk.vfs.Damon a connection to the bus can’t be made
(…)
dbus-daemon failed to start message bus: No socket received.
systemd[1] dbus.service: Failed with result ‘exit-code’.
Je vais essayer depuis ma session puis chercher pour réinstaller dbus. Merci déjà pour ce bon aiguillage!
En démarrage normal avec la commande “systemctl status dbus” j’ai “Active: active (running)”.
Dois-je tout de même tenter de réinstaller dbus?
Alors il faut voir les erreurs (EE) du /var/log/Xorg.0.log après avoir lancé un startx
Tu peux normalement interrompre un startx qui bloque avec CTRL-C
Pas évident à dire…
Ton information systemctl status dbus n’est pas complète.
En console, c’est chaud de tout copier, je comprends.
Avec le paquet gpm, on peut sélectionner et copier du texte en console.
C’est déjà les erreurs du premier var log, je l’avais supprimé.
Je peux essayer de m’envoyer les logs. Ou puis je trouver les résultats de “journalctl -xe”?
EDIT: j’ai trouvé c’est bon:
journalctl -xe > journalctl.txt
J’essaye de récupérer tout ça et je reviens. S’il y a autre chose à voir?
EDIT2:
Je suis sur un autre ordi, celui en panne ne donne rien d’autre que le shell. Du coup je copie à la main…
Même en shell en console, gpm et nano peuvent t’épargner la recopie manuelle.
$ cat ~/.xinitrc
.xinitrc n’éxiste pas, ni dans root.
Pour le xorg.0.log je vais grep (EE) et (WW) pour alléger avant de poster.
Comment puis je cibler dans le journalctl les éléments pértinents? Le fichier est vraiment gros.
Voici les problèmes dans Xorg.0.log:
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 570.448] (EE) dbus-core: error connecting to system bus: org.freedesktop.DBus.Error.FileNotFound (Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory)
[ 570.771] (II) Initializing extension MIT-SCREEN-SAVER
[ 571.267] (II) XINPUT: Adding extended input device “ATML1000:00 03EB:8C3B” (type: TOUCHSCREEN, id 12)
[ 571.406] (EE) dbus-core: error connecting to system bus: org.freedesktop.DBus.Error.FileNotFound (Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory)
[ 571.408] (EE) modeset(0): failed to set mode: Invalid argument
[ 581.408] (EE) dbus-core: error connecting to system bus: org.freedesktop.DBus.Error.FileNotFound (Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory)
[ 590.289] (EE) modeset(0): failed to set mode: Invalid argument
[ 590.289] (EE)
[ 590.290] (EE) EnterVT failed for screen 0
[ 590.290] (EE)
[ 590.290] (EE)
[ 590.290] (EE) Please also check the log file at “/var/log/Xorg.0.log” for additional information.
[ 590.291] (EE)
[ 590.358] (EE) Server terminated with error (1). Closing log file.
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 570.447] (WW) The directory “/usr/share/fonts/X11/cyrillic” does not exist.
[ 570.473] (WW) Falling back to old probe method for fbdev
Et voici journalctl avec string journalctl.txt | grep -i error:
avril 23 21:34:58 Npu kernel: ACPI Error: No handler for Region [ECRM] (0000000012b0b0b0) [EmbeddedControl] (20180810/evregion-132)
avril 23 21:34:58 Npu kernel: ACPI Error: Region EmbeddedControl (ID=3) has no handler (20180810/exfldio-265)
avril 23 21:34:58 Npu kernel: ACPI Error: Method parse/execution failed _SB.PCI0.LPCB.H_EC._REG, AE_NOT_EXIST (20180810/psparse-516)
avril 23 21:34:58 Npu kernel: acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
avril 23 21:34:58 Npu kernel: EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
avril 23 21:35:10 Npu smartd[735]: Device: /dev/sda [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 111 to 112
avril 23 21:35:15 Npu minissdpd-systemd-wrapper[842]: Error parsing address/mask (or interface name) : eth0
avril 23 21:35:15 Npu minissdpd-systemd-wrapper[842]: Error parsing address/mask (or interface name) : wlan0
avril 23 21:35:17 Npu NetworkManager[722]: [1556048117.5779] keyfile: error loading connection from file /etc/NetworkManager/system-connections/NetworkManager-USRP: File permissions (100644) are insecure
https://wiki.archlinux.org/index.php/MATE#Starting_MATE
Alternatively, to start MATE with startx , append
exec mate-session
to your~/.xinitrcfile.
C’est uniquement pour lancer MATE avec startx.
.xinitrc est à créer dans ton “/home/user/” avec uniquement :
exec mate-session
Je ne comprends pas les erreurs de ton Xorg.0.log ni celles du journalctl.txt
Va savoir quels sont les dommages maintenant…
J’ai édité mon précédent post avec le journalctl.
Sinon, lorsque je tape:
exec mate-session, j’ai à peine le temps d’apercevoir un “impossible…” en jaune puis le texte disparait très vite et je me retrouve de nouveau sur la fenêtre de connexion avec le login demandé.
Ce n’est pas une commande à saisir ; ce doit être enregistré dans le fichier /home/user/.xinitrc
Pour lancer startx après.
Et tu accèdes à ton bureau après ?
Non, seulement en invite de commande, pardon.
J’ai finalement trouvé xinitrc dans /etc/X11/xinit/xinitrc puis je l’ai copié dans ~/.xinitrc.
Voici son contenu:
#(…) started by xinit (startx)
# invoke global X session script
. /etc/X11/Xsession
Je remplace donc la ligne avec Xsession par exec mate-session?
Le fichier /home/user/.xinitrc ne doit contenir que :
exec mate-session
Pourquoi tu bricoles ?
Tu ne sais pas utiliser nano ?
~/.xinitrcis handy to run programs depending on X and set environment variables on X server startup. If it is present in a user’s home directory, startx and xinit execute it. Otherwise startx will run the default/etc/X11/xinit/xinitrc.
https://wiki.archlinux.org/index.php/Xinit
Je demande si je dois juste remplacer cette ligne ou tout le fichier. 
Comme dit :
Vaudrait mieux le remettre à sa place.
Autant le remettre.
Temporairement, tu peux placer le runlevel console :
sudo systemctl set-default multi-user.target
Planifier un check du système de fichiers :
sudo touch /forcefsck
Et redémarrer.
J’avais compris.
Du coup, j’ai fait: reboot, login/mdp, startx, mais pas de changement…
Ensuite j’ai réinstallé xinit et xorg:
apt-get remove --purge xinit xorg
apt-get install xinit xorg
apt-get reinstall dbus
reboot, startx, idem.
J’ai replacé le fichier xinitrc trouvé dans /etc/X11/ puis reboot, idem.
Par contre dans le Xorg.0.log j’ai:
(EE) open /dev/fb0: Permission denied
Après j’ai un peu les mêmes erreurs.
Tout ce que j’ai modifié, je l’ai soigneusement replacé à chaque fois comme à l’origine. Mais un coup d’oeil ne coûte rien!
“sudo touch /forcefsck” ne semble pas avoir marché. (éxécution très rapide, aucun retour, et rien non plus au reboot.
Merci bien du coup de main, c’est vraiment cool, je ne voudrais pas abuser, ça fait déjà un moment qu’on y est.
Oui.
Et je n’ai pas été en mesure de t’aider.
Je passe la main.
Il y a comme une odeur de réinstallation dans l’air…
Je pense qu’il aurait fallu demander de l’aide avant d’essayer tous les trucs
que tu évoques dans ton premier message
Merci, c’est vraiment sympa! Désolé du temps et de l’énergie pour pas grand chose.
On a déjà un peu ciblé, je vais pouvoir continuer mes recherches, mais on verra demain!
Il y a comme une odeur de réinstallation dans l’air…
Mais non, mais non. ^^
Je pense qu’il aurait fallu demander de l’aide avant d’essayer tous les trucs
que tu évoques dans ton premier message
Tu crois? Au début j’ai pensé bien faire… J’ai supprimé des information?
un peu, oui.
Je n’en doute pas 
Je ne sais pas en fait.
Bon, je met en suspend, mais c’est vrai, je crois que je commence à la sentir aussi, cette bonne vieille odeur de réinstallation.
Merci beaucoup en tout cas!
EDIT:
Et la magie a opérée, Tadam!
Par contre pour l’explication…
J’ai finalement réinstallé lightdm (déjà remis et reviré pour garder l’invite de commande au démarrage), puis je me suis rappelé que je n’avait pas supprimé le ~/.xinitrc alors je le vire, re réinstalle lightdm au cas oú, je redémarre en branchant mon second moniteur dans le doute, et là miracle!
Je ne sais pas trop quoi en dire de plus, sachant que la réinstallation de lightdm était la première chose que j’avais faite…
Lors de son installation j’ai pu constater:
Paramétrage de lightdm (1.26.0-4) …
Traitement des actions différées (« triggers ») pour man-db (2.8.5-2) …
Traitement des actions différées (« triggers ») pour dbus (1.12.12-1) …
Traitement des actions différées (« triggers ») pour systemd (241-3) …
On va dire que notre percévérence a fini par porter ses fruits.
Du coup pas de réinstallation, et ça c’est cool! Et encore un grand merci pour tout ce temps passé!
1 J'aime