Identifier la cause d'un plantage

fiche · 21-11-2017 21:32:38

Bonsoir,

Mon PC Toshiba Satellite M70 de 11 ans (2 Go de RAM, Intel Pentium M 1,70 Ghz) sous Debian (seul système depuis cet été) plante depuis quelques semaines.
Symptômes : le pointeur de souris se fige puis apparaît un écran bariolé de traits horizontaux multicolores. La seule solution est de couper l'alimentation.
Cela arrive assez aléatoirement, même si parfois, j'ai l'impression que je lui en avais peut être demandé un peu trop.
La température ne semble pas être à l'origine car le ventilateur ne tourne pas dans ces moments là (à noter que Hardinfo ne détecte pas la température du PC).

Cela est arrivé dimanche à 3 reprises en lançant le navigateur Opéra ou Gtkhash ou lors d'un petit téléchargement.
Je ne sais pas s'il peut y avoir un lien mais lorsque je télécharge (connexion Ethernet sur une box SFR câble) un fichier petit ou gros (comme une ISO), pour que le téléchargement se déroule rapidement, il faut que le processeur soit utilisé. Si seul le navigateur ou uGet est ouvert, le téléchargement est interminable. Dès que j'ouvre un programme autre ou que j'execute une action consommant du processeur, le téléchargement est extrêmement rapide.

Cette commande serait-elle susceptible d'identifier la source de ces plantages de plus en plus fréquents et problématiques ?
sudo journalctl -r -p err

Merci d'avance.

anonyme · 22-11-2017 09:26:08

Bonjour
oui la commande peu déja donné une idée sur les erreurs du noyau
sinon le pentium M est issu du P3 pour pc de bureau adapté au portable (très bon processeur , consomme peu ) mais c'est très vieux sur une testing

sinon je vois pas trop , l affichage est fait par quoi ? (le type de gpu )
nota: pour ta remarque sur le téléchargement aucune idée
ps: regarder les journaux , dans /var/log/syslog et /var/log/Xorg.0.log

fiche · 26-11-2017 18:48:36

Bonsoir,
J'ai eu un plantage il y a 10 minutes alors que je voulais juste ouvrir un fichier audio sur un CD avec un clic droit.
La commande cat /var/log/syslog ne donne aucune information au moment critique. Idem pour journalctl -r -p err.
Je pense que la référence de la carte graphique est celle-ci : Intel Corporation Mobile 915 GM/GMS/910GML Expresse Graphics Controller.

Les plantages se produisent lors de tâches différentes.
C'est peut-être Testing qui pose un problème. Je pourrai installer Debian stable à la place, mais avec quelle certitude que cela fonctionne mieux ???

fiche · 27-11-2017 20:36:43

Il m'a refait le coup ce soir alors que seuls thunderbird et opera étaient actifs.
2 onglets ouverts sur opera et en passant de l'un à l'autre : crac !!!
Il n'était pourtant pas surmené...
Rien dans les logs.

Dernière modification par fiche (27-11-2017 22:25:42)

Croutons · 28-11-2017 11:40:28

Bonjour
mon pc tres tres vieux , sous windows xp a la base, j'ai le même symptôme que toi mais seulement en sortie de veille suspend to RAM
l'écran reviens bien après un clique sur le retour bureau
J'ai constaté que ça ne se produisais pas quand j'ouvrais un session lxde
bon ça résoud rien mais en attendant si ça peut contourner le problème

Edit: y'a 2 paquet pour ta carte d'apres mes recherche via synaptic

Pilote libre

xserver-xorg-video-intel

pilote non libre

firmware-misc-nonfree

 

Dernière modification par Croutons (28-11-2017 11:50:48)

anonyme · 28-11-2017 11:43:13

Bonjour
le gpu est intégré au chipset et la machine est ancienne , mais aucune idée si stretch va améliorer le fonctionnement.
il serait bien de voir le retour du log de X si tout est correct.
voir si KMS fonctionne bien ou plutot le paquet xserver-xorg-video-intel
si c'est un problème graphique

nota: il y a la possibilité de gérer les options avec un fichier "/etc/X11/xorg.conf" , peut etre un bug sur ce type de GPU.
ensuite il y a plein de choses qui peuvent provoquer ceci (chauffe , mémoire défectueuse etc ....... )
il aurait mieux value mettre stretch , mais aucune garantie que ça fonctionne correctement

ps: si tu peu désactiver l utilisation des ressources du gpu sur opera , forcera l utilisation du cpu plutot que le gpu (sans garantie non plus )

la description du paquet "xserver-xorg-video-intel"

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.

tu est peut etre dans le cas de "avant 2007" , plutot utiliser le paquet de X plutot que KMS (kernel mode setting)

difficile de te diriger pour résoudre ce problème

Dernière modification par anonyme (28-11-2017 11:48:32)

fiche · 28-11-2017 23:04:36

Merci pour les pistes.

Le pilote libre xserver-xorg-video-intel est installé.
Si j'installe le pilote non libre firmware-misc-nonfree, faut-il préalablement désinstaller le pilote libre ?

Comment savoir si KMS fonctionne bien ?
Le rapport log de X ? On le trouve où ?

Je n'avais jamais eu ces plantages sous Stretch. Pour autant, y revenir avec une nouvelle installation sera t'il la solution... Mystère.
Pour l'instant, il ne plante pas trop souvent et reste utilisable. Ouf.

Dernière modification par fiche (28-11-2017 23:06:57)

anonyme · 29-11-2017 00:04:28

Bonjour
oui stretch aurait été mieux que testing (buster) , déja parce qu elle est stable et puis avoir la dernière version de paquet et du noyau c'est pas forcément bon pour un vieux matériel

pour le firmware tu peu l installer
ajouter "contrib non-free" au sources.list ( /etc/apt/sources.list )
un apt update
et

apt-get install firmware-misc-nonfree

 

le pilote (ou xserver-xorg-video-intel ) est nécessaire
le log dira si KMS ou le paquet intel est utilisé
le log avec xfce (et lightdm) se trouve dans /var/log/Xorg.0.log
tu peu l ouvrir avec l explorateur de fichier ou en console comme ceci

cat /var/log/Xorg.0.log

 

nota : il est possible de n utiliser que KMS ou xserver-xorg-video-intel (selon le contenu du log )
mais il y a aussi la version de mesa sur buster qui est différente , on suppose que c'est un problème du driver graphique , mais rien ne le prouve pour l instant

si tu n'a rien d important sur cette machine , revenir a stretch c'est une solution (surtout si tu n'a jamais eu de problème avec)
on peu essayer de trouver d'ou vient le problème quand meme .

cyrille · 29-11-2017 11:44:01

Je regarderai du côté de la RAM

fiche · 29-11-2017 13:30:17

Bonjour,
J'ai installé ce matin : firmware-misc-nonfree
J'avais déjà regardé dans /var/log/Xorg.0.log mais je n'y avais rien vu de parlant.

Pour la RAM, si je me souviens bien, j'avais changé les 2 barrettes d'origine de 512 Mo pour 2 barrettes neuves de 1 Go il y a quelques années; Je dois toujours avoir la boite de la RAM. C'était une marque connue.
Je vais tester en fin de semaine avec Memtest en USB Live. On verra s'il détecte des trucs pas nets.

cyrille · 29-11-2017 13:59:44

Dans les bugs hardware délirants, il m'est arrivé d'avoir le point pointeur de la souris qui débloquait et qui parfois bloquait la machine. Il peut être intéressant de désactiver le maximum d'éléments depuis le bios. Après 11 ans d'âge pour une machine, c'est une belle vie.

fiche · 29-11-2017 23:14:27

J'ai testé la RAM à partir d'un CD Live de Memtest86+ version 5.01 (http://www.memtest.org/#downiso).
L'analyse ne s'est lancée qu'en "Fail safe" (F1).
Au bout de 40 minutes, la totalité de l'analyse a été effectuée (100% - 10 tests) : aucune erreur.
Mais j'avais vu récemment dans un autre sujet que Memtest n'avait rien détecté alors que le changement de barrette avait a priori résolu les plantages.

Mes barrettes sont des Corsair DDR2 533 MHz PC2-4200 de 1 Go (autant dire que cela doit être une denrée rare aujourd'hui).

anonyme · 30-11-2017 13:04:20

Bonjour
du site ubuntu anglais

Old Intel graphics

Old Intel graphics may need UXA acceleration instead of the default

There was this helpful bug report on file at http://bugs.launchpad.net/ubuntu/+source/linux/+bug/1178982

The work-around (Comment #1) was to change the Xorg acceleration method to UXA.

Work-around:

Edit (or create) /etc/X11/xorg.conf as follows: (there should be a tab before each line except the first and the last).

Section "Device"

        Identifier "Intel Graphics"

        Driver "intel"

        Option "AccelMethod" "uxa"

EndSection

Restart X (reboot, restart your display manager, whatever). Colors are back to the way they used to be and flash works.

tu peu tester ceci au dessus ( créer un /etc/X11/xorg.conf ) et avec un copier/coller mettre ceci :

Section "Device"

        Identifier "Intel Graphics"

        Driver "intel"

        Option "AccelMethod" "uxa"

EndSection

et tu redémarre la machine , voir si mieux ,
pour KMS quelque chose comme "intel-modeset=0" dans les options de démarrage de grub pour forcer l utilisation du paquet xserver-xorg-video-intel
inversement de désinstaller ce paquet force KMS (dans ton cas plutot utiliser le paquet et désactiver KMS )
teste le petit fichier xorg.conf en premier

Dernière modification par anonyme (30-11-2017 13:14:02)

fiche · 02-12-2017 22:20:53

Bonsoir,

Pour faire un résumé de la situation :
- Test de la RAM avec Memtest86+ : RAS
- Installation de firmware-misc-nonfree
- Création d'un fichier xorg.conf dans /etc/X11/ avec le contenu suivant :
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection

Pour l'instant, pas de plantage (mais ils sont tellement aléatoires, que l'on ne peut pas savoir quand sera le prochain).
A surveiller.

Si les plantages persistent, je vais installer Debian stable à la place de ma Testing à la fin de l'année.

Dernière modification par fiche (02-12-2017 22:21:58)

Debian-facile

#1 21-11-2017 21:32:38

Identifier la cause d'un plantage

#2 22-11-2017 09:26:08

Re : Identifier la cause d'un plantage

#3 26-11-2017 18:48:36

Re : Identifier la cause d'un plantage

#4 27-11-2017 20:36:43

Re : Identifier la cause d'un plantage

#5 28-11-2017 11:40:28

Re : Identifier la cause d'un plantage

#6 28-11-2017 11:43:13

Re : Identifier la cause d'un plantage

#7 28-11-2017 23:04:36

Re : Identifier la cause d'un plantage

#8 29-11-2017 00:04:28

Re : Identifier la cause d'un plantage

#9 29-11-2017 11:44:01

Re : Identifier la cause d'un plantage

#10 29-11-2017 13:30:17

Re : Identifier la cause d'un plantage

#11 29-11-2017 13:59:44

Re : Identifier la cause d'un plantage

#12 29-11-2017 23:14:27

Re : Identifier la cause d'un plantage

#13 30-11-2017 13:04:20

Re : Identifier la cause d'un plantage

#14 02-12-2017 22:20:53

Re : Identifier la cause d'un plantage

Pied de page des forums