✎ 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 à 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écifique à 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 mauvaise options au bios, essayez de faire un clearcmos.\\
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 contournement existent dans le noyau linux, sauf pour des carte 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 CM peut aider.\\
Vous pouvez tenter de changer les IRQ de certains périphériques intégrés, ou les désactiver.\\
 Pensez aussi au clearcmos, 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 plateforme 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 disparait 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.

=====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 avec les droits administrateurs 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

Après il n'y a plus qu'a 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érence> 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 : L X G K Y 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