Kernel panics à répétition

Support Debian
#1

Bonjour à tous,
Je fais face depuis fin août à des kernel panics à répétition, qui survenaient principalement pendant la lecture de vidéos sur Youtube et pendant la lecture de vidéos avec VLC.

Concernant Youtube, j’ai suspecté flashplayer : je l’ai désinstallé et apparemment la lecture ne pose plus de problème.

Concernant VLC, je ne vois pas.

Par ailleurs, et c’est plus récent, j’ai parfois des kernel panics sans qu’il y ait de vidéos en marche.

Je crois que ce problème est survenu suite à une mise à jour, mais je n’en sais pas beaucoup plus.

Je ne sais pas quoi poster comme informations, donc je me tiens disponible pour vous donner toutes les infos que vous me demanderez si je le peux ! (Oui, j’aime le chocolat et non, je n’ai pas fait le marathon aux JO de Rio).

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.6 (jessie)
Release:        8.6
Codename:       jessie

Merci d’avance.

#2

Salut
peut-etre un kernel récent moins bien adapté à ton matériel
Liste ton kernel

uname --all

Si tu n’as pas supprimé les anciens kernel, tu peux démarrer sur un plus ancien en choisissant dans le menu grub ( option avancée) et voir si ça se produit aussi

#3

Tu as activé l’accélération matérielle dans VLC ou changé un paramètre en rapport avec la vidéo ?

#4

Merci de vos réponses !

uname --all

# uname -a
Linux ici 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64 GNU/Linux

Dans VLC, je ne sais pas si j’ai changé quelque chose, mais il y avait désentrelacement automatique et mode de désentrelacement => fondu. Je l’ai retiré.

Je ne sais pas quoi de plus, si vous avez des idées !

#5

Bonjour Le_Barde, il y a longtemps que j’attendais un message comme celui-ci. J’avais à peu près les mêmes pannes que toi : kernel panic après lecture vidéo avec VLC, kernel panic après lecture vidéo avec Gnome Player et kernel panic au démarrage.

Pour les kernels panics au démarrage, il s’agit de l’avant-dernière version du pilote du contrôleur du SSD Crucial M550 qui est sensible aux parasites électriques lors du démarrage, j’ai résolu cela en forçant à chaque un fsck à chaque démarrage. Mais comme tu ne parles pas de kernel panic au démarrage !

Les kernels panic de VLC et de Gnome Player m’ont ennuyés longtemps, j’ai examiné les logs, cherché, cherché … sans résultat !

J’ai enlevé, remis, ajoutés pleins de paquets, suivis les conseils de plein de sites, rien à faire ! J’ai abandonné et désinstallé VLC pour installer SMPlayer et depuis que du bonheur !

https://packages.debian.org/search?keywords=SMPLayer&searchon=names&suite=all&section=all&sourceid=mozilla-search

#6

Merci à toi Gilles de ta réponse !

Je n’ai pas de kernel panics au démarrage, mais j’ai un disque SSD.

# fdisk -l
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xb7486da1

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sdb1              63     610469     610407 298,1M 83 Linux
/dev/sdb2          610470 1953520064 1952909595 931,2G  5 Extended
/dev/sdb5          610533    6763364    6152832     3G 82 Linux swap / Solaris
/dev/sdb6         6763428  109161674  102398247  48,8G 83 Linux
/dev/sdb7       109161738  211559984  102398247  48,8G 83 Linux
/dev/sdb8       211562496 1953519615 1741957120 830,6G 83 Linux


Disque /dev/sda : 119,2 GiB, 128035676160 octets, 250069680 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A4574CD3-2D1B-49F0-817A-ACED3660545B

Device         Start       End   Sectors  Size Type
/dev/sda1       2048   2099199   2097152    1G Linux filesystem
/dev/sda2    2099200 104499199 102400000 48,8G Linux filesystem
/dev/sda3  104499200 250068991 145569792 69,4G Linux filesystem
#

Et ce que donne parted :

Model: ATA Samsung SSD 850 (scsi)
Disk /dev/sda: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  1075MB  1074MB  ext4
 2      1075MB  53,5GB  52,4GB  ext4
 3      53,5GB  128GB   74,5GB  ext4

Il faut savoir que le SSD est tout neuf, mais le précédent a complètement foiré (il a été remplacé au SAV). Depuis je n’utilise plus de BTRFS et ça semble plus fiable.

Je me disais que peut-être, passer à testing et donc une version plus récente du kernel pouvait peut-être aider…

#7

Du coup, pour le moment j’ai fait la mise à jour vers Stretch, c’est l’axiome de la catapulte…
On verra si ça règle le problème !

Petite question : quand est-ce que Stretch est censée se stabiliser ?

#8

L’équipe de publication a fixé les dates du gel de Stretch : le 5 novembre 2016 pour le gel des transitions, le 5 janvier 2017 pour le gel doux et enfin le gel complet le 5 février 2017.

La prévision est de publier Stretch avec le noyau Linux 4.10, et ces dates de gel permettent une prise en charge de l’amont plus longue.
https://www.debian.org/News/weekly/2016/02/#internal

https://www.debian.org/releases/testing/

#9

Merci grandtoubab pour cette réponse. Donc je j’ai pas beaucoup à attendre pendant que Stretch soit moins mouvementé.

Donc, première conclusion : aucune amélioration lors de la mise à jour.

J’ai changé mon fusil d’épaule et je fais des expériences. Après la migration, il s’est avéré des problèmes graphiques que je n’avais pas auparavant. J’ai un processeur Intel core i3 3220T qui embarque une puce HD graphics 2500. J’ai essayé une option dans un xorg.conf nouvellement créé.

Du coup, je suis aussi passé à XFCE. Affaire à suivre…

#10

Pour le moment l’ensemble des problèmes semblent résolus, je vais vous livrer le truc. L’ensemble des problèmes semblaient dus à la vidéo, on l’a vu.

Après des mises à jour, c’était pire (saccades à l’écran, freeze total du système, avec ou sans kernel panic…).

Après recherches je me suis rendu compte que les chipsets HD2500 (par exemple) de chez intel pouvaient poser souci.

J’ai recopié une solution que j’ai trouvée sur le forum archlinux. Cela semble solutionner mon problème :

# cat /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
    Identifier  "Intel Graphics"
    Driver      "intel"
    Option      "AccelMethod"  "uxa"
    #Option      "AccelMethod"  "sna"
EndSection

En espérant que ce sera bon pour moi. Et si ça peut aider…

#11

salut
N’aurais tu pas installé le paquet

xserver-xorg-video-intel
serveur X pour X.org – pilote d’affichage Intel i8xx et i9xx

qui est inutile sur les machines récentes selon sa description même

Ce paquet fournit le pilote pour les familles de puces Intel i8xx et i9xx, ce
qui inclut les séries i810, i815, i830, i845, i855, i865, i915, i945 et i965.

Ce paquet fournit également les pilotes XvMC (« XVideo Motion Compensation »)
pour les puces i810/i815, i9xx et plus récentes.

Ce paquet est construit à partir du module de pilote xf86-video-intel de X.org.

L’utilisation de ce pilote est déconseillée si la version de hw est récente
(à partir de 2007, environ). Il est possible de désinstaller ce pilote et
laisser le serveur utiliser à la place son pilote intégré modesetting.

#12

Merci de ta réponse grandtoubab !

Le fait est que depuis mon dernier post j’ai vu que cela ne semblait pas avoir résolu le problème. Le paquet sus-nommé était bien installé, je l’ai désinstallé/purgé et j’ai rebooté. On verra. Merci !

#13

Pour le moment je n’ai plus qu’une seule situation où j’ai un freeze du système, mais je n’ai pas eu de kernel panic récemment.

Lorsque je lance Hearthstone que j’ai installé depuis Playonlinux, là j’ai un freeze du système. Mais cela semble n’être que graphique : je peux toujours accéder à la machine en SSH. Je vais voir de ce côté.