Chrome/Chromium Gnome Freeze complet

Support Debian
#1

Bonjour à tous, je viens solliciter votre aide car je commence à tourner en rond.
Voila le problème, je tourne sur Debian Jessie et j’utilise Chrome comme navigateur.
Dès lors que j’ai lancé Chrome j’ai entre 10 et 50 minutes avant d’avoir l’assurance d’un jolie freeze.

Description du freeze :

  • La souris réagis toujours à l’écran
  • L’image est figée et aucun raccourcis ne fonctionne (clavier ou coins actifs)
  • Si il y avait du son (vidéos ou musique), celui-continuent à être joué normalement…

j’utilise alors une des consoles pour faire un reboot.
J’ai bien essayé de faire

/etc/init.d/gdm3 stop

Mais lorsque j’éxécute ensuite

/etc/init.d/gdm3 start

Je me retrouve au login screen mais seul le fond d’écran est affiché : impossible de sélectionner un utilisateur ou de saisir un mot de passe car la fênetre n’est pas présente !

J’ai également essayé de tuer chrome mais ca ne résoud pas le freeze.

Je me suis donc diriger dans la direction “problème graphique” et j’ai commencé à faire le menage de Flash player et ses substitue (remove flashplayer-nonfree -purge et pepper-flashplugin)

Sans effet.

J’ai désormais besoin de vous pour savoir si je me dirige dans la direction ou pas et si oui comment avancer.

Je tourne sur un optiplex 380, CPU E5700, Chipset graphique G41

LSPCI
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 01) 00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01) 00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01) 02:00.0 Ethernet controller: Broadcom Corporation NetLink BCM57780 Gigabit Ethernet PCIe (rev 01) 03:02.0 Network controller: Ralink corp. RT2561/RT61 rev B 802.11g
uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux
Je vous remercie d’avance pour votre aide éventuelle.

Quentin.

#2

Salut
Où en es tu du côté du driver graphique?

lspci -nnk | grep -i vga -A3

#3

Bonjour, Merci Grandtoubab,

D’abord pardonnez mes inepties si j’en raconte ou si je me trompe de terme.
J’ai oublié de préciser que je suis sur Debian Stable.
Ce Matin j’ai essayé d’installer le driver “xf86-video-intel 2.99.917” dispo ici.

Sans succès : executer install.sh renvoie
./install-sh: no input file specified.
J’ai également essaye de faire un make / configure / make install sans succès

lspci -nnk | grep -i vga -A3 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e32] (rev 03) Subsystem: Dell Device [1028:0400] Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e33] (rev 03)

Grace à ta commande cela me saute aux yeux : kernel driver in use i915

Ne serait-ce pas la cause de mon problème ?

Le chipset 915 n’est il pas plus ancien que le G41 ?

Merci grandtoubab.

Quentin.

#4

A priori c’est plutôt ce paquet
https://packages.debian.org/jessie/xserver-xorg-video-intel

#5

Je suis surpris, la page en question n’indique pas être compatible avec le Chipset G41.
Il semblerais que celui-ci soit mal reconnu et que j’utilise le driver i915 à tort ?

Ou peut-être que tu me pointe là car le driver proposé serait compatible G41 ?

J’ai trouvé cette page ce matin, mais c’est vraiment que l’absence de référence à mon chipset graphique ne m’a pas invité à me lancer.

Je vais tout de même la relire en détails

#6

dpkg-query -l | grep video-intel ii xserver-xorg-video-intel 2:2.21.15-2+b2 amd64 X.Org X server -- Intel i8xx, i9xx display driver

Apparemment celui-ci est déjà installer sur ma machine.

grep -A29 Chipsets /var/log/Xorg.0.log
[ 16.572] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, HD Graphics,
HD Graphics 2000, HD Graphics 3000, HD Graphics 2500,
HD Graphics 4000, HD Graphics P4000, HD Graphics 4600,
HD Graphics 5000, HD Graphics P4600/P4700, Iris(TM) Graphics 5100,
HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200
[ 16.587] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 16.587] (II) FBDEV: driver for framebuffer: fbdev
[ 16.587] (II) VESA: driver for VESA chipsets: vesa
[ 16.587] (++) using VT number 7

[ 16.603] (WW) Falling back to old probe method for modesetting
[ 16.603] (WW) Falling back to old probe method for fbdev
[ 16.603] (II) Loading sub module "fbdevhw"
[ 16.603] (II) LoadModule: "fbdevhw"
[ 16.603] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 16.631] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 16.631] compiled for 1.16.4, module version = 0.0.2
[ 16.631] ABI class: X.Org Video Driver, version 18.0
[ 16.631] (WW) Falling back to old probe method for vesa
[ 16.631] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 16.631] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 16.631] (==) intel(0): RGB weight 888
[ 16.631] (==) intel(0): Default visual is TrueColor
[ 16.631] (--) intel(0): Integrated Graphics Chipset: Intel(R) G41
[ 16.631] (**) intel(0): Relaxed fencing enabled

Donc le pilote que tu me propose semble convenir, seulement je suis à jour et j’utilise apparemment le bon.
Comment puis je logguer l’activité de chrome afin de vérifier éventuellement après crash ce qui a pu se passer ?

#7

est-ce que ça serait pas un manque de ressources RAM??

si tu fais

top -d 4

puis

m
pour voir la mémoire

# top -d 4

top - 15:24:20 up  1:46,  2 users,  load average: 0,15, 0,20, 0,24
Tasks: 189 total,   1 running, 188 sleeping,   0 stopped,   0 zombie
%Cpu(s): 27,3 us, 27,3 sy,  0,0 ni, 45,5 id,  0,0 wa,  0,0 hi,  0,0 si,top - 15:24:49 up  1:47,  2 users,  load average: 0,15, 0,20, 0,24
Tasks: 189 total,   1 running, 188 sleeping,   0 stopped,   0 zombie
%Cpu(s): 19,4 us,  6,1 sy,  0,1 ni, 73,5 id,  0,9 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem : 28,6/3788384  [|||||||||||||||||||||||                                                        ]
KiB Swap:  0,0/7852028  [                                                                               ]
#8

Hum intéressante piste (j’ai 4 Go mais je sais que chrome est gourmand).
Actuellement je suis à 3,2Go utilisé avec 1 onglets Chrome + Terminal + Libre Office + Icedove + Nautilus

Je surveille la RAM en ouvrant plusieurs Onglets sur Chrome.

Merci !

#9

Hier, en faisant une MAJ, apt-listbugs m’a indiqué un bogue sur Chromium.
Je l’ai épinglé, en attendant la réparation.

Les paquets suivants ont été conservés :
chromium-l10n firefox-esr-l10n-fr
0 mis à jour, 0 nouvellement installés, 0 à enlever et 2 non mis à jour.

#10

J’ai ouvert 50 onglets pour mettre la RAM à genoux.
Chrome consomme alors plus de 60% de CPU et la il ne me reste que 20Mo de RAM libre mais la machine reste stable, ralenti mais stable.

Le problème se manifeste souvent au moment ou un site web présente une animation dans la page ou une vidéo.
Je précise que je n’ai jamais rencontré ces symptômes sur Firefox même en utilisation intensive.
Je désire toutefois pouvoir rester sur Chrome que j’apprécie.

#11

tu peux aussi regarder les éventuels messages dans /var/log/syslog à l’instant t du freeze.

#12

as tu essayé

chromium --disable-extensions

et

google-chrome --disable-extensions

voir toutes les ficelles ici
http://peter.sh/experiments/chromium-command-line-switches/

par exemple

–disable-accelerated-video-decode

est-ce que ça bloque sur une télé en direct?

#13

Tu peux nous préciser si tu tournes en Stable, Testing ou Sid? Logiquement si tu dis “Jessie” tu devrais etre en Stable, mais en lisant le sujet je suis confus au final…

J’ai a peu près la meme config niveau RAM, mais 3.2Go utilisés avec si peu d’ouvert c’est beaucoup… Quel environnement de bureau utilises-tu? Gnome?
Chez moi avec Gnome et etant en Sid, avec 6-8 onglets Firefox, 2 onglets Chromium, Icedove, terminal et Libreoffice, j’arrive à cette valeur là qui correspond à peu près à 80% de la RAM totale.

Egalement, as tu une partition Swap? Il est possible que ton systeme “swape” dès que tu dépasses 60% d’utilisation de la RAM, evidemment ça ralentit le systeme mais ça n’explique pas le freeze graphique (ou peut-etre, mais bon je n’en suis pas convaincu)… Pour minimiser l’utilisation du swap, tu peux modifier le fichier ‘/etc/sysctl,conf’ avec le paramètre “vm.swapiness = xx” :
lien pour reglage swapiness

tu peux nous preciser egalement si tu utilises Google Chrome (qui n’est pas dans les depots Debian), ou Chromium, car en lisant le fil, la aussi je ne suis pas sur duquel il s’agit…
S’il s’agit de Chromium et en fonction du depot dont tu te sers (Stable, Testing ou Unstable), tu peux essayer de retrograder la version du paquet pour voir…
S’il s’agit de Google Chrome, alors il faut aller là chrome repository channels et regarder si une autre version de paquet apporte une difference ou pas…

#14

@Jim Bonjour et merci ! Dès le prochain freeze je jette un oeil !

@grandtoubab Bonjour, Merci pour cette piste ! je la teste de ce pas seule et je vois si le problème se reproduis sans quoi je n’aurais plus qu’a trouver l’extension responsable.

Pour la télé en direct je ne sais pas dire je ne regarde jamais, je test cela en second.

@GOGI Bonjour Gogi, merci pour ton poste.

Voila les précisions demandées : je suis en Debian Stable, j’ai utilisé Chromium depuis les dépots depuis plusieurs mois et je rencontrais le même problème. Depuis 4 jours je cherche la cause et je suis donc passé à Chrome 52.0.2743.116 (64 bits) sur lequel je rencontre le même problème.

En ce qui concerne le Swap, j’ai bien une partition de Swap avec un réglage standard de vm.swappiness=60
Je tenterais un passage à 10 si je n’ai pas résolu avec les points évoqués au-dessus afin de ne changer qu’un paramètre à la fois.

Merci à tout les trois pour votre aide qui me permettra de rester dans mon environnement de travail Debian + Chrome sans utiliser de solution de contournement.

Bonne journée.

#15

@Jim

Et voila nouveau freeze, voici le contenu de /var/log/syslog (je ne sais pas si la première ligne est corrélée ou non)

Aug 9 12:17:01 debian CRON[5061]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Aug 9 12:22:47 debian kernel: [13896.243578] perf interrupt took too long (5002 > 5000), lowering kernel.perf_event_max_sample_rate to 25000 Aug 9 12:23:10 debian kernel: [13919.816019] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... render ring idle Aug 9 12:23:12 debian gdm-Xorg-:0[660]: (II) AIGLX: Suspending AIGLX clients for VT switch Aug 9 12:23:32 debian gnome-session[1491]: x-session-manager[1491]: GnomeDesktop-WARNING: Failed to acquire idle monitor proxy: Timeout was reached Aug 9 12:23:32 debian x-session-manager[1491]: GnomeDesktop-WARNING: Failed to acquire idle monitor proxy: Timeout was reached Aug 9 12:23:32 debian systemd[1203]: Stopping Default. Aug 9 12:23:32 debian systemd[1203]: Stopped target Default. Aug 9 12:23:32 debian systemd[1203]: Stopping Basic System. Aug 9 12:23:32 debian systemd[1203]: Stopped target Basic System. Aug 9 12:23:32 debian systemd[1203]: Stopping Paths. Aug 9 12:23:32 debian systemd[1203]: Stopped target Paths. Aug 9 12:23:32 debian systemd[1203]: Stopping Timers. Aug 9 12:23:32 debian systemd[1203]: Stopped target Timers. Aug 9 12:23:32 debian systemd[1203]: Stopping Sockets. Aug 9 12:23:32 debian systemd[1203]: Stopped target Sockets. Aug 9 12:23:32 debian systemd[1203]: Starting Shutdown. Aug 9 12:23:32 debian systemd[1203]: Reached target Shutdown. Aug 9 12:23:32 debian systemd[1203]: Starting Exit the Session... Aug 9 12:23:32 debian systemd[1203]: Received SIGRTMIN+24 from PID 5226 (kill).

On dirait que j’étais dans la bonne direction avec la partie graphique :

Aug 9 12:23:10 debian kernel: [13919.816019] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... render ring idle

Je vais creuser mais si votre expertise vous chuchote une piste je susi preneur.

Nous avançons ! Merci pour votre aide.

EDIT 12:46

Voici le contenu de /var/log/Xorg.0.log au moment du freeze

(II) AIGLX: Suspending AIGLX clients for VT switch
(II) evdev: Dell WMI hotkeys: Close
(II) UnloadModule: "evdev"
(II) evdev: Dell KB216 Wired Keyboard: Close
(II) UnloadModule: "evdev"
(II) evdev: Dell KB216 Wired Keyboard: Close
(II) UnloadModule: "evdev"
(II) evdev: Logitech Unifying Device. Wireless PID:4049: Close
(II) UnloadModule: "evdev"
(II) evdev: Logitech Unifying Device. Wireless PID:4048: Close
(II) UnloadModule: "evdev"
(II) evdev: Power Button: Close
(II) UnloadModule: "evdev"
(II) evdev: Power Button: Close
(II) UnloadModule: "evdev"
(EE) Server terminated successfully (0). Closing log file.

EDIT 13:14

Grâce au logs j’ai trouvé deux fils qui concernent le problème que je rencontre (Beaucoup de gens touché souvent avec du matos DELL en core2duo avec du chipset i915, G41 etc (ex optiplex 780, optiplex 380…)

Voici les liens :

https://bugs.freedesktop.org/show_bug.cgi?id=75394

et j’ai appliqué la solution décrite ici :

https://blog.sleeplessbeastie.eu/2014/11/30/i915-and-hangcheck-timer-elapsed-error/

à savoir :

Ajouter :

i915.semaphores=1

à

GRUB_CMDLINE_LINUX_DEFAULT

dans

/etc/default/grub

Soit : GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.semaphores=1"

Je fonce essayé de reproduire le bug et je vous tiens au courant.

Il semble que désactiver l’accélération graphique sur Chrome soit également une bonne piste comme cela a été suggéré plus haut.

EDIT 15:13

@ricardo @Jim @grandtoubab @GOGI

Merci problème résolu en effet je n’ai pas encore acquis le réflexe de regarder les logs (et surtout d’en connaitre les chemins) mais suite à leur lecture j’ai pu trouver une solution en ligne. Voir “EDIT 13:14”

Toutefois j’avoue ne pas comprendre la solution que j’ai appliqué. Je suppose que lorsque je cliquerais sur résolu, ce thread sera clos.

Si vous avez une idée du pourquoi du comment je lirais votre MP avec attention.

Merci à tous les quatre vive la communauté !

Krotin.

#16

Non il sera juste marqué comme résolu, mais toujours accessible heureusement…

Bon d’après ce que tu as trouvé comme solution il semblerait que ce soit en rapport avec la gestion d’economie d’energie du chipset graphique… :
intel graphics

en particulier je retiens ça :

Module-based Powersaving Options

The i915 kernel module allows for configuration via module options. Some of the module options impact power saving.

A list of all options along with short descriptions and default values can be generated with the following command:

$ modinfo -p i915

To check which options are currently enabled, run

# systool -m i915 -av

You will note that the i915.powersave option which "enable[s] powersavings, fbc, downclocking, etc." is enabled by default, resulting in per-chip powersaving defaults. It is however possible to configure more aggressive powersaving by using module options.
Warning: Diverting from the defaults will mark the kernel as tainted from Linux 3.18 onwards. This basically implies using other options than the per-chip defaults is considered experimental and not supported by the developers.

The following set of options should be generally safe to enable:

/etc/modprobe.d/i915.conf

options i915 enable_rc6=1 enable_fbc=1 lvds_downclock=1 semaphores=1
#17

Waouh ! Bravo @GOGI

Un peu plus bas dans le lien que tu fournis on trouve ca

**X freeze/crash with intel driver**

in your configuration file, in most cases these can be fixed by adding
  i915.semaphores=1
   to your boot parameters.

Bravo ! il y a d’ailleurs d’autre piste, mes recherches google / duck duck et Qwant ne m’ont pas mené la ! Les humains ont encore de beaux jours devant eux :smile:

#18

J’ai juste fait un copier-coller dans Google de “i915.semaphores=1”, mais bon il faut savoir (au risque de me faire taper sur les doigts ici :frowning: )que pour tout ce qui est détails techniques, le(s) wiki(s) Archlinux sont extremement developpés et fournis en détails, et ç’est pas étonnant puisque chez eux tout se configure à la main…

Mais retiens surtout que dès que t’as un souci comme ça tu peux chercher dans les pages wiki Archlinux c’est une vraie bible.

1 J'aime
#19

Oui, seulement “i915.semaphores=1”, est la solution que je cherchais et non le problème, je n’avais donc pas ces mots clés pour les trouver.

Ça me fait d’ailleurs penser que je pourrais peut-être changer le titre du topic par

[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... render ring idle

Car c’est ce message du syslog qui m’a mené à la solution.

En ce qui concerne le ArchWiki je te remercie pour cette mine d’or dont j’ai bien flairé la richesse lorsque j’ai cliqué sur le lien que tu as fourni.

(pas taper) le ArchWicki est parti directement dans les favoris Techniques > Linux !

#20

Non ne le changes pas parce que le titre actuel est plus parlant je dirais… Apres pour ceux qui dans le futur auront le meme probleme et feront des recherches sur Google, le moteur de recherche fera pointer les mots cles vers cette page egalement…, qu’ils soient dans le titre ou dans les messages…