Travail multisession impossible car gel

[Menard]

Bonjour

Avec Mint 19.3 64bits Cinnamon il se produit un phénomène reproductible qui est que lorsque je quitte une session sans la fermer, j'en ouvre une autre, jusque là ça va, c'est lorsque je retourne sur la première sans avoir fermé la seconde que ça gèle aussitôt, enfin lorsque le bureau apparaît.
Alors à ce moment je n'ai plus qu'à débrancher la prise quoi, ctrl+alt+delete ne donne rien, les menu s'ouvrent mais ne se referment plus et le click ne donne rien d'autre, ah si la touche impr ecran fonctionne et lance la fenêtre de capture et elles elles se ferment, c'est les seules...
Bon en tout cas je ne peux pas savoir si ce n'était pas comme ça déjà avant 19.3 vu que je ne me servait pas de ça avant avec les versions précédentes. Pareil je suis passé des noyaux 4.18 aux 5.3 à peu près au même moment vers novembre à janvier dernier.

Ca se produit sans qu'il y ait manque de mémoire vive ni autre, par contre je ne sais pas comment sont les cores à ce moment là, le terminal ne se lance pas. La touche verr num marche avec son voyant.

[Laurent85]

Bonjour,
Regarde dans les log au démarrage suivant le gel de session avec :

Code: Select all

journalctl -b -1 -e

Et plus particulièrement les logs d'Xorg /var/log/Xorg.0.log.old /var/log/Xorg.1.log /var/log/Xorg.1.log.old

[Menard]

J'obtiens rien avec xorg si je lance cette commande avec ces attributs, en fait on obtient une vingtaine de lignes du shutdown d'hier soir (le dernier) et si je fais juste journalctl rien non plus avec xorg en recherche

[Laurent85]

La commande journalctl c'est pour voir si un message d'erreur a été enregistré au moment du gel avant la procédure d'arrêt, ça concerne pas forcément xorg.

Et les logs d'Xorg pour voir si des messages d'erreur sont enregistrés sur les changements de session.

[Menard]

Ce que je remarque (je découvre) c'est que journalctl -b -2 me donne le boot d'hier matin, pas le reboot de vers 11:45 après que ça a merdé
Bien sûr si je fais journalctl j'ai tout
Xorg il y a des lignes mais pas de dates

[Laurent85]

-1 boot précédent, -2 boot avant avant dernier, etc...

xorg il n'y a que deux générations, celui en cours et le précédent avec l'extension .old

[Laurent85]

Sur LM Xfce 19.3 je n'ai pas réussi à reproduire le problème.

Quelle est ta config :

Code: Select all

inxi -Fxz

Je pense à un bug avec le pilote graphique.

[Menard]

Code: Select all

 $ inxi -Fxz
System:
  Host: PC1 Kernel: 5.3.0-23-generic x86_64 bits: 64 compiler: gcc v: 7.4.0 
  Desktop: Cinnamon 4.4.8 Distro: Linux Mint 19.3 Tricia 
  base: Ubuntu 18.04 bionic 
Machine:
  Type: Desktop Mobo: MSI model: A88XM-E35 V2 (MS-7721) v: 6.0 
  serial: <filter> UEFI [Legacy]: American Megatrends v: 6.5 
  date: 08/10/2016 
CPU:
  Topology: Quad Core model: AMD A8-7600 Radeon R7 10 Compute Cores 4C+6G 
  bits: 64 type: MCP arch: Steamroller rev: 1 L2 cache: 2048 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
  bogomips: 24753 
  Speed: 3637 MHz min/max: N/A Core speeds (MHz): 1: 3637 2: 3660 3: 3494 
  4: 3621 
Graphics:
  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: Micro-Star MSI 
  driver: radeon v: kernel bus ID: 00:01.0 
  Display: x11 server: X.Org 1.19.6 driver: ati,radeon 
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
  OpenGL: renderer: AMD KAVERI (DRM 2.50.0 5.3.0-23-generic LLVM 9.0.0) 
  v: 4.5 Mesa 19.2.8 direct render: Yes 
Audio:
  Device-1: AMD Kaveri HDMI/DP Audio vendor: Micro-Star MSI 
  driver: snd_hda_intel v: kernel bus ID: 00:01.1 
  Device-2: AMD FCH Azalia vendor: Micro-Star MSI driver: snd_hda_intel 
  v: kernel bus ID: 00:14.2 
  Sound Server: ALSA v: k5.3.0-23-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Micro-Star MSI driver: r8169 v: kernel port: e000 bus ID: 01:00.0 
  IF: enp1s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 763.85 GiB used: 416.27 GiB (54.5%) 
  ID-1: /dev/sda vendor: Hitachi model: HDT725032VLA380 size: 298.09 GiB 
  ID-2: /dev/sdb vendor: Seagate model: ST3500630A size: 465.76 GiB 
Partition:
  ID-1: / size: 29.41 GiB used: 21.26 GiB (72.3%) fs: ext4 dev: /dev/sda1 
Sensors:
  System Temperatures: cpu: 16.9 C mobo: N/A gpu: radeon temp: 14 C 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 242 Uptime: 1h 03m Memory: 6.81 GiB used: 2.53 GiB (37.2%) 
  Init: systemd runlevel: 5 Compilers: gcc: 7.5.0 Shell: bash v: 4.4.19 
  inxi: 3.0.32
  

Sinon je confirme que le reboot ayant posé problème (vers 11:45 le 13) n'est pas accessible si on tape journalctl -b -2 ou -3 maintenant
mais je vais vérifier ça en session admin

[Laurent85]

Il y a un test à faire. Utiliser le pilote modesetting et voir si les symptômes persistent.

Pour cela il y a une méthode simple avec ce bricolage qui consiste à déplacer temporairement le pilote radeon pour laisser modesetting comme alternative à Xorg :
Utilise copier colller pour la saisie de commande

Code: Select all

sudo mv /usr/lib/xorg/modules/drivers/{ati_drv.so,radeon_drv.so} /root/

Redémarre et fait le test de changement de session.

Pour remettre les pilotes à leur place après le test :

Code: Select all

sudo mv /root/{ati_drv.so,radeon_drv.so} /usr/lib/xorg/modules/drivers/

[Menard]

Voilà j'ai fait ça et ça semble marcher super bien, j'ai même ouvert mes 5 comptes en même temps dans la foulée et je navigue de l'un à l'autre.
Sous réserve que ce n'est pas juste grâce au fait que j'ai fraichement rebooté le PC pour cette opération comme indiqué.

[Laurent85]

Une fois les tests effectués et pour conserver la configuration du pilote modesetting :

• remets les pilotes ati et radeon à leur place d'origine
• supprime les paquets :

  Code: Select all

  apt remove $(apt search ~i'xserver-xorg-video-ati' ~i'xserver-xorg-video-radeon' -F %p)

[Menard]

En fait là en fin de journée sur une session qui datait de ce matin ça a recommencé, et donc je n'ai rien pu faire encore pour éviter de débrancher. Dans ce cas comme les autres fois je ne peux rien faire en fait car les fenêtres s'ouvrent mais ne sont plus cliquables , et les applis ne se lancent pas ou alors on ne peut pas saisir dessus (terminal) ou on ne peut plus basculer dessus, mais il n'y a pas gel à proprement parler puisque si je fais un alt+tab j'ai bien aussitôt la fenêtre de basculement, en fait j'ai pu ouvrir le menu démarrer, cliquer sur le shutdown rouge et ça a lancé la fenêtre de choix mais je n'ai jamais pu obtenir un clic efficace dessus pour fermer. Je clique mais ça ne fait rien.

Donc je pense que c'est reproductible dans la mesure où il faut un certain temps d'ouverture des deux sessions, mais si on a fait 30' sur une et 4 heures sur une autre on est certain du résultat. Et c'est la 1ère qui va le faire.

Je ne comprend rien à cette histoire de logs var/log/xorg* car tous ces logs affichent une seule date en tête de texte qui se situe en 2016 ou 2017 et il n'y a ni date ni heure pour les lignes qui suivent, juste une sorte de code

Au passage ce pilote marche mieux que l'autre ... j'ai une amélioration de nombreux tests graphiques ... +23% sur GPU Drawings de Hardinfo , de 5 à 9% de divers tests de 3D testant OpenGL 4, le mieux étant sur le score du Pixmark Julia 32 (95 fps avant c'était 88) donc je suis assez content de ce côté là.

[Laurent85]

Je ne comprend rien à cette histoire de logs var/log/xorg* car tous ces logs affichent une seule date en tête de texte qui se situe en 2016 ou 2017 et il n'y a ni date ni heure pour les lignes qui suivent, juste une sorte de code

La date en début de fichier est celle du noyau Linux et n'a pas de rapport avec la date d'enregistrement du journal. Regarde la date du fichier.
Xorg.0.log est la session d'ouverture
Xorg.0.log.old la session d'ouverture précédente
Xorg.1.log est la 2è session
Xorg.1.log.old est la 2è session précédente

Le nombre qui s'incrémente au début de chaque ligne dans le fichier ce sont des secondes.

[Menard]

Oui mais avec ces secondes, je me vois mal trouver la date et l'heure du crash moi

Sinon côté journal j'ai remarqué au boot :
mai 13 12:48:47 PC1 kernel: cgroup1: Unknown subsys name '__DEVEL__sane_behavior' 5 fois, puis
mai 13 12:48:50 PC1 systemd[1]: Failed to start Cgroup management daemon.'

Bon il semble que ça ne soit rien et la solution (via Google) viewtopic.php?t=274420

Il y a qq autres trucs dont le fameux freedesktop.org qu'il n'arrive pas à joindre des fois, truc interne non ? en rapport avec cinnamon je crois

j'avoue que je pense expertiser en essayant le retro-gradage avec des sauvegardes d'avant pour voir quand ça a merdé.
je pourrais mettre aussi une vieille carte nvidia de 2012 et en plus mon APU est capable de travailler en partage de puissance avec les CG je ne connais pas le nom de cette propriété

[Laurent85]

Sans message d'erreur clair ça laisse peu de place à une solution évidente. C'est la pile graphique la cause, pas uniquement le pilote.

[Menard]

J'ai encore cherché là dans ces logs car effectivement leur date de modification renseigne et donc à la date d'hier, on voit bien une séquence assez rapide de nombreux messages du démarrage, puis ensuite plus rien et ça semble être une séquence assez courte de fin.
Non sur les logs de la journée d'hier (xorg.1 et xorg.2) on voit bien un démarrage et une fermeture mais aucun message d'erreur, par contre il y a les mêmes indices sur les deux donc c'est bizarre car ça voudrait dire que ces deux logs sont en fait ceux du même cycle démarrage fermeture, or il y en a eu trois ce jour là

Logs datés 17 mai
Xorg.1.log démarrage à 36873, il se passe un truc à 37232, et fermeture à 42554
Xorg.2.log.old démarrage à 37232, et fermeture à 37248
Xorg.2.log démarrage à 42544, et fermeture à 42554

C'est vraiment du bon gros chinois

[Menard]

Sans message d'erreur clair ça laisse peu de place à une solution évidente. C'est la pile graphique la cause, pas uniquement le pilote.

Bizarrement j'ai aussi d'assez gros problèmes aussi avec Nemo, dont le GUI tend à planter dès qu'on lui demande de déplacer plus de 50 fichiers, idem si on lui demande d'afficher en miniature plus de 50 fichiers ... il fige même tout et il faut fermer sa fenêtre et là il plante et on peut le relancer.

Côté performance j'ai aussi une altération sur Google Earth récente, je ne sais pas si ça existait avant le changement de pilote ni si ça n'est pas issu de la dernière mise à jour. En fait la navigation Flight Simulator à la souris ne marche plus, seules les touches flèches fonctionnent encore...

Sinon j'ai ça :

Code: Select all

c3@PC1 ~ $  grep modesetting /var/log/Xorg.0.log
[    41.225] (==) Matched modesetting as autoconfigured driver 3
[    41.226] (II) LoadModule: "modesetting"
[    41.226] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[    41.274] (II) Module modesetting: vendor="X.Org Foundation"
[    41.445] (==) Matched modesetting as autoconfigured driver 3
[    41.445] (II) LoadModule: "modesetting"
[    41.445] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[    41.445] (II) Module modesetting: vendor="X.Org Foundation"
[    41.445] (II) UnloadModule: "modesetting"
[    41.445] (II) Unloading modesetting
[    41.445] (II) Failed to load module "modesetting" (already loaded, 0)
[    41.445] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
c3@PC1 ~ $ 

[Laurent85]

Non c'est normal ces logs. Tu peux faire des tests en remettant les pilotes ati et radeon à leur place d'origine. Mais c'est pas le seul problème apparemment. Tous ces symptômes font penser à un problème lié au support du matériel.

[Menard]

Tu veux dire l'état des disques, la RAM ? c'est pas du SSD oui mais ils passent à tous les tests, le CPU est bien ventilé car sur XP il monte sans problème à 3.8 GHz et plus en charge

En fait je croyais avoir édité mon post d'avant sur les problèmes décrits par ailleurs...

Pour Nemo ça reste valable par contre
Pour Google Earth c'est revenu à la normale sans explication

[Laurent85]

Tu veux dire l'état des disques, la RAM ?

Non le gel c'est l'interface graphique selon moi. Le pilote et/ou le serveur graphique et ses composants.

Nemo c'est autre chose.

Envoie les logs sur un pastebin après un gel de session avec ces commandes au démarrage suivant. Donne le lien obtenu pour chaque envoi :

Code: Select all

journalctl --boot=-1 --no-pager | curl -F 'sprunge=<-' http://sprunge.us
curl -F 'sprunge=<-' http://sprunge.us < /var/log/Xorg.0.log.old
curl -F 'sprunge=<-' http://sprunge.us < /var/log/Xorg.1.log
curl -F 'sprunge=<-' http://sprunge.us < /var/log/Xorg.1.log.old

Quand le plantage se produit est-ce qu'il est toujours possible de basculer sur une console avec la combinaison de touche Ctrl-Alt-F2 par exemple.

Ctrl-Alt-F1 à F7 pour basculer entre les différentes console et l'interface graphique.