✎ diagnostic_gel_interface [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

----

====== Aide au diagnostic des gels de l'interface répétitif (freeze) ======
Cette page a pour but d'énumérer des pistes pour aider votre diagnostic :

La page [[diagnostic_outil]] vous donnera tous les outils clés pour vos recherches.

Le visionneur de journaux peut aussi être très utile pour repérer les messages d'erreurs et cibler les éléments défectueux.

===== Suis-je le seul dans mon cas =====

La première chose est la recherche d'informations :

* par le nom de la carte mère/portable/carte graphique. Des forums existent peut être déjà pour votre matériel, avec les mêmes problèmes que vous. La pratique de l'anglais dans ce sport est un plus :) .
  * par les symptômes, mais cette recherche est plus difficile (d'ailleurs c'est peut être ce qui vous a conduit ici ?).
  * pour des bugs spécifiques à l'OS, par exemple l'OS livré avec le PC marche bien, mais pas Ubuntu.

===== BIOS - IRQ - matériel =====

===Mon bios est-il à jour ?===

Les constructeurs corrigent leurs bios, soit pour ajouter des fonctionnalités (nouveau processeur pris en charge) soit pour corriger des bugs. c'est une bonne idée de voir les logs des dernières versions des bios.\\
Vous avez peut être donné de mauvaises options au bios, essayez de faire un clear CMOS.\\
Un cas particulier est une mauvaise table DSDT, qui ne pose pas de problème à Windows, mais plus à linux lors de l'utilisation de l'acpi. En principe les contournements existent dans le noyau linux, sauf pour des cartes trop récentes, si ça marche mieux avec noacpi au boot, c'est peut-être votre cas.

===Ai-je un conflit d'IRQ ?===

Plus rare de nos jours, mais il se peut que des IRQ entrent en conflit, par exemple suite à l'installation d'une nouvelle carte sur le port pci/agp/pci-e. Une lecture du manuel de la Carte Mère peut aider.\\
Vous pouvez tenter de changer les IRQ de certains périphériques intégrés, ou les désactiver.\\
 Pensez aussi au clear CMOS, opération qui remet le bios dans sa config d'origine, des fois que vos dons d'overclockeurs soit néfastes à la stabilité.\\

===matériel défectueux ?===

* Vous avez mis le doigt ou il fallait pas sur votre CM, et l'électricité statique a fait le reste ? 
  * L'ensemble n'a jamais marché correctement, peut être faut-il faire jouer le SAV ?
  * Avec d'anciennes cartes mères (+3ans), si les freezes sont apparus progressivement avec le temps, sans modif de hardware, regardez les condensateurs chimiques de la carte, si certains sont bombés dessus, pas la peine de chercher plus loin, remplacez-les si vous êtes joueurs, ou cherchez une autre CM.

===incompatibilité matérielle ?===

Il arrive que certaines combinaisons de matériel aient des problèmes (DD/chipset, ram mal supportée...), un memtest avec juste le lecteur de cd branché sur la carte permet déjà de voir si la plate-forme parait stable. Ensuite on ajoute le reste en croisant les doigts.\\
Dans ce cas aussi les forums peuvent être d'une aide précieuse.

===== Cartes graphiques : =====
=== Les pilotes propriétaires : ===

*Est-ce que j'utilise des pilotes graphiques propriétaires ?
Les pilotes propriétaires ne sont pas toujours d'une très bonne facture.
Leur développement reste fermé et a du mal à s'adapter au rythme des nouvelles versions d'ubuntu.
  *Est-ce que le problème disparaît quand j'utilise les pilotes libres ?

Pour désactiver les pilotes propriétaire passez par :
Système>administration>Gestionnaire de pilote propriétaire.

===== Disques Durs : =====
==== Les multiples Swaps ====
  *Est-ce que je possède plusieurs [[:swap]] ?
Après de multiples installations d'Ubuntu sur des partitions différentes, un grand nombre de swap peuvent apparaitre.
Un seul suffit largement.
On peut supprimer ce surplus facilement à l'aide de [[Gparted]]. Le système ne s'en portera que mieux.

====Un disque dur défectueux.====
  *Votre disques dur a peut être pris un coup : faites un test avec [[fsck]].

===== Ram : =====
  *Votre ram a peut être du plomb dans l'aile. ou sa tension est trop basse (attention à pas la faire "cramer" non plus).
Un petit test avec memtest86 est peut être nécessaire.
L'utilitaire est disponible au démarrage sur le liveCD, ou plus simplement au démarrage de l'ordinateur en appuyant sur la touche Shift / Majuscule du clavier et choisir MemTest86. (Ubuntu 16.04 LTS)

Pour les possesseurs de carte ASUS (notamment P5Q3), il peut exister un problème de reconnaissance et de gestion automatique de la RAM qui cause des freezes à répétition (même avec un bios à jour et malgré les releases notes qui annoncent ce problème comme réglé -à ce jour février 2010-);
Pour le résoudre, dans le bios il faut aller à l'onglet "Ai Tweaker menu" et régler le DRAM frequency et le DRAM voltage avec les spécifications du constructeur de votre RAM (par exemple pour une DDR3 : [1.8 V] [1333 Mhz] )
Voir :
http://vip.asus.com/forum/view.aspx?id=20090602005541096&board_id=1&model=P5Q3&page=1&SLanguage=en-us

=====tensions et températures=====
pour cela vous pouvez vous aider des outils de monitoring (lm-sensor, par exemple)

===alimentation===

Vous venez d'ajouter un DD et ça ne marche plus comme avant, l'alim est-elle capable de tenir les tensions demandées ?

===températures===
C'est l'été et le PC s'arrête brutalement ? regardez les températures CPU et GPU, et pensez à nettoyer les radiateurs.

===== Le serverX : =====

===== Le noyau : =====
le gel à lieu au lancement du noyau ?
vous avez peut être un module qui a besoin de firmware no accessible à ce moment-là, essayez de blacklister les modules suspects.

===== Débrider les logs =====

Les messages du systèmes (logs) sont enregistrés en permanence dans des fichiers textes (.log) que vous pouvez consulter facilement dans le dossier /var/log/.

Par contre, le système d'enregistrement des logs est configuré par défaut pour ménager les disques, lors d'un crash certains messages peuvent donc ne pas être inscrit à cause de ce choix.

Pour débrider l'enregistrement et ainsi obtenir plus de preuves contre votre bug, il peut donc être intéressant de désactiver l'option en question.

Pour cela [[:tutoriel:comment_editer_un_fichier|éditez le fichier]] /etc/syslog.conf ou /etc/rsyslog.d/50-default.conf sous Lucid Lynx avec les droits administrateur et supprimez le "-" devant /var/log/kern.log comme pour cette exemple :

Changez :
  kern.*                          -/var/log/kern.log
pour :
  kern.*                           /var/log/kern.log
(kern.log correspond aux messages du kernel : le noyaux)

Ensuite on redémarre le démon (service) pour prendre en compte les changements.
  sudo /etc/init.d/sysklogd restart
  
ou sous Lucid Lynx :
  sudo restart rsyslog

Après il n'y a plus qu'à faire planter votre système et essayer de récupérer de nouveaux messages d'erreurs.
Plus d'information sur la gestion des logs [[http://www.coagul.org/spip.php?article210|ici]]

===== Bugs Connus =====

===Option  d'affichage dans Nautilus===
Une option d'affichage dans Nautilus semble être mal gérée par les pilotes propriétaires et peut provoquer de nombreux gels, notamment lors d'un déplacement d'une fenêtre.

Dans mon cas, pour stabiliser la situation, je suis allé dans Nautilus, Édition> Préférences> Onglet Affichage puis j'ai mis sur "Aucun" les trois sélecteurs dans "Libellés de Icônes".

J'ai trouvé la solution ici : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506715

//Contributeur principal : [[utilisateurs:kao_chen]].//

Merci de recopier le code ci-contre pour prouver que vous êtes humain : N X I᠎ X D Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported