Forum Linux.général Gnome 3 gelé

Posté par . Licence CC By‐SA.
Étiquettes :
0
30
jan.
2017

Bonjour, ma session gèle parfois et ceux sur plusieurs PC. Mais le système reste toujours accessible via ssh. Et c'est assez relou' de devoir reset à chaque fois (au moins 3 fois par semaine). Impossible de relancer l'interface graphique.

# service gdm restart (aucun effet pas de response, reste bloque sur la commande, du coup j'annule).
# service gdm stop (idem).
# ps -A | grep Xorg (rep : "2789 ? 01:02:52 Xorg")
# killall Xorg
je reteste mais idem # ps -A | grep Xorg (rep : "2789 ? 01:02:52 Xorg")
# killall -9 Xorg 
# ps -A | grep Xorg (idem)
# kill -HUP 2789
# ps -A | grep Xorg (rep : "19227 tty7 00:00:02 Xorg", la session semble ferme font gris et la souris est devenu une main mais pas de quoi s'identifier est souris figé).
# service gdm restart (mais toujours aucun effet pas de response...).
# ps -A | grep Xorg (rep : "19227 tty7 00:00:02 Xorg").
# killall -9 tty7
# ps -A | grep Xorg (rep : "19227 ? 00:00:09 Xorg").
# kill -HUP 19227
# ps -A | grep Xorg (rep : "" aucun Xorg).
# service gdm restart (rep : "" cela a pris effet mais toujours pas de quoi m'identifier, ...)
# ps -A | grep Xorg (rep : "20082 tty7 00:00:00 Xorg").
# service gdm restart (Rep : de nouveau bloc sur la commande).
----------------------------------------
# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 8.7 (jessie)
Release: 8.7
Codename: jessie
# uname -a
Linux *** 4.8.0-0.bpo.2-amd64 #1 SMP Debian 4.8.15-2~bpo8+2 (2017年01月17日) x86_64 GNU/Linux
# gdm3 --version
GDM 3.14.1
# Xorg -version
X.Org X Server 1.16.4
Release Date: 2014-12-20
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux NAS 4.8.0-0.bpo.2-amd64 #1 SMP Debian 4.8.15-2~bpo8+2 (2017年01月17日) x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-4.8.0-0.bpo.2-amd64 root=/dev/mapper/NAS--vg-root ro quiet
Build Date: 11 February 2015 12:32:02AM
xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
Current version of pixman: 0.32.6
 Before reporting problems, check http://wiki.x.org
 to make sure that you have the latest version.
-----------------------

Je vais tester de recompiler mon noyau, voir si cela va mieux et je viens de re-installer la "base-files"

  • # -HUP ou -9

    Posté par . Évalué à 3.

    faut choisir,
    dans un premier temps tu veux faire du menage, alors il faut faire des kill -9

    si tu fais un kill -HUP il doit relancer le processus juste derriere

    et avant de killer dans le vide,
    fait deja un top ou htop pour savoir ce qui consomme sur ta machine
    regarde les logs dmesg ou tail -n 100 /var/log/messages pour connaitre les derniers evenements...

    • [^] # Re: -HUP ou -9

      Posté par . Évalué à 1. Dernière modification le 30 janvier 2017 à 14:06.

      ok, je vais regarder les logs.
      Alors apres quelque nouvelles recherches et essai. Visiblement c'est un probleme de memoire de gnome qui chez moi synballe jusqu'a faire tournée mon CPU a font.

      D'ailleur la commande de redamarrage de GDM fonctionne mais faut patiente au moins 5 bonne minutes avant que cela reponde, mais la memoire etant saturé le probleme ne change rien.

      Le SSD (systeme) tourne comme un malade j'ai attendu 20 minutes voir si cela se calme mais pas d'alcamis a l'horizon.

      # free -m
       total used free shared buffers cached
      Mem: 16032 10604 5428 317 366 9249
      top - 13:55:39 up 11:24, 4 users, load average: 28,47, 23,64, 16,76
      Tasks: 411 total, 5 running, 406 sleeping, 0 stopped, 0 zombie
      %Cpu(s): 38,3 us, 11,6 sy, 0,0 ni, 11,8 id, 38,3 wa, 0,0 hi, 0,0 si, 0,0 st
      KiB Mem: 16417712 total, 16236112 used, 181600 free, 375792 buffers
      KiB Swap: 0 total, 0 used, 0 free. 11584000 cached Mem
       PID USER PR NI VIRT RES SHR S **%CPU** %MEM TIME+ COMMAND 
      23368 debian 20 0 917160 73656 27944 R **103,9** 0,4 9:00.72 gnome-settings- 
      23429 debian 20 0 2223528 957020 59692 R **99,9** 5,8 8:31.64 gnome-shell 
      23335 debian 20 0 47068 7092 2092 R **67,7** 0,0 5:41.69 dbus-daemon 
       393 root 20 0 83268 28856 25480 S 51,1 0,2 21:16.59 systemd-journal 
       2064 root 20 0 308048 11224 9664 S 26,9 0,1 6:10.57 packagekitd 
      23285 root 20 0 207944 33612 20536 S 14,9 0,2 1:21.78 Xorg 
       981 message+ 20 0 43624 4584 3012 S 12,9 0,0 3:07.93 dbus-daemon 
       961 root 20 0 400076 84672 2784 S 9,3 0,5 12:00.55 rsyslogd 
       1100 root 20 0 281628 7840 5512 S 4,0 0,0 0:53.41 polkitd 
      23536 debian 20 0 478632 43060 31444 S 3,7 0,3 0:22.65 gnome-system-mo 
       46 root 20 0 0 0 0 S 0,7 0,0 0:05.59 ksoftirqd/6 
      23346 debian 20 0 125224 4964 4512 R 0,7 0,0 0:02.38 at-spi2-registr
      • [^] # Re: -HUP ou -9

        Posté par . Évalué à 2.

        les fautifs semblent etre là

        PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

        23368 debian 20 0 917160 73656 27944 R 103,9 0,4 9:00.72 gnome-settings-

        23429 debian 20 0 2223528 957020 59692 R 99,9 5,8 8:31.64 gnome-shell

        lancé par l'utilisateur "debian" ???

        c'est donc eux qu'il faut killer (kill -15 ou kill -9) en premier

        la RAM va bien, 16Go sur la machine, 5Go de libre
        mais dans le doute tu peux, au lancement de la machine ou via le liveCD/liveUSB lancé un memtest, qui eliminera ce point là

      • [^] # Re: -HUP ou -9

        Posté par . Évalué à 1. Dernière modification le 30 janvier 2017 à 22:11.

        un "top" après un redémarrage :

        top - 14:21:22 up 11 min, 3 users, load average: 0,33, 2,05, 1,95
        Tasks: 408 total, 1 running, 407 sleeping, 0 stopped, 0 zombie
        %Cpu(s): 1,2 us, 0,2 sy, 0,0 ni, 98,6 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
        KiB Mem: 16417712 total, 3989448 used, 12428264 free, 137008 buffers
        KiB Swap: 0 total, 0 used, 0 free. 1582652 cached Mem
         PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
         2089 debian 20 0 2003592 183872 61128 S 7,6 1,1 1:00.44 gnome-shell 
         2652 debian 20 0 897736 119896 52124 S 2,0 0,7 0:15.23 chromium 
         3380 debian 20 0 25984 3192 2400 R 0,7 0,0 0:00.12 top 
         258 root 20 0 0 0 0 S 0,3 0,0 0:00.60 kworker/0:2
        • [^] # Re: -HUP ou -9

          Posté par (site web personnel) . Évalué à 1.

          reste à trouver pourquoi ton gnome-shell explose le CPU.

          tu t'auto tutoies (tutototutoi) ?

          • [^] # Re: -HUP ou -9

            Posté par . Évalué à 3.

            c'est le probleme quand on est moderateur,
            qu'on edite le contenu (pour la mise en code)

            qu'on est interrompu, et qu"on revient, croyant qu'on repondait, et qu'on ajoutes sa reponse à l'edition

        • [^] # Re: -HUP ou -9

          Posté par . Évalué à 2.

          un "top" après un redémarrage :

           PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
           2089 debian 20 0 2003592 183872 61128 S 7,6 1,1 1:00.44 gnome-shell 
           2652 debian 20 0 897736 119896 52124 S 2,0 0,7 0:15.23 chromium 
           3380 debian 20 0 25984 3192 2400 R 0,7 0,0 0:00.12 top 
           258 root 20 0 0 0 0 S 0,3 0,0 0:00.60 kworker/0:2

          c'est des valeurs plus raisonnable,
          reste à savoir ce qui fait exploser ton gnome-shell

  • # Une commande de plus

    Posté par . Évalué à 1.

    Hello,

    Il y a aussi la commande gnome-shell --replacequi marche pas mal

    Julien_c'est_bien (y'a pas que Seb)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.