Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
diagnostic_gel_interface [Le 21/06/2009, 18:44] – kao_chen | diagnostic_gel_interface [Le 06/11/2020, 22:15] (Version actuelle) – [Débrider les logs] 81.185.168.110 | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
+ | {{tag> | ||
+ | ---- | ||
+ | |||
+ | ====== Aide au diagnostic des gels de l' | ||
+ | Cette page a pour but d' | ||
+ | |||
+ | 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' | ||
+ | |||
+ | |||
+ | ===== Suis-je le seul dans mon cas ===== | ||
+ | |||
+ | La première chose est la recherche d' | ||
+ | |||
+ | * par le nom de la carte mère/ | ||
+ | * par les symptômes, mais cette recherche est plus difficile (d' | ||
+ | * 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' | ||
+ | |||
+ | ===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' | ||
+ | Vous pouvez tenter de changer les IRQ de certains périphériques intégrés, ou les désactiver.\\ | ||
+ | | ||
+ | |||
+ | ===matériel défectueux ?=== | ||
+ | |||
+ | * Vous avez mis le doigt ou il fallait pas sur votre CM, et l' | ||
+ | * L' | ||
+ | * Avec d' | ||
+ | |||
+ | ===incompatibilité matérielle ?=== | ||
+ | |||
+ | Il arrive que certaines combinaisons de matériel aient des problèmes (DD/ | ||
+ | Dans ce cas aussi les forums peuvent être d'une aide précieuse. | ||
+ | |||
+ | |||
+ | ===== Cartes graphiques : ===== | ||
+ | ==== Les pilotes propriétaires : ==== | ||
+ | Le problème peut apparaître après une première installation ou à la suite d'une mise à jours des pilotes propriétaires. | ||
+ | |||
+ | *Est-ce que j' | ||
+ | Les pilotes propriétaires ne sont pas toujours d'une très bonne facture. | ||
+ | Leur développement reste fermé et a du mal à s' | ||
+ | *Est-ce que le problème disparaît quand j' | ||
+ | |||
+ | Pour désactiver les pilotes propriétaire passez par : | ||
+ | **Système> | ||
+ | |||
+ | Si il n'y a plus de freeze avec les pilotes libres, vous pouvez tester avec une ancienne version du pilote propriétaire. | ||
+ | |||
+ | ===== Disques Durs : ===== | ||
+ | ==== Les multiples Swaps ==== | ||
+ | *Est-ce que je possède plusieurs [[:swap]] ? | ||
+ | Après de multiples installations d' | ||
+ | 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' | ||
+ | Un petit test avec memtest86 est peut être nécessaire. | ||
+ | L' | ||
+ | |||
+ | Il semble que l' | ||
+ | |||
+ | 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' | ||
+ | Voir : | ||
+ | http:// | ||
+ | |||
+ | =====tensions et températures===== | ||
+ | pour cela vous pouvez vous aider des outils de monitoring (lm-sensor, par exemple) | ||
+ | |||
+ | ===alimentation=== | ||
+ | |||
+ | Vous venez d' | ||
+ | |||
+ | ===températures=== | ||
+ | C'est l' | ||
+ | |||
+ | ===== 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' | ||
+ | |||
+ | Pour débrider l' | ||
+ | |||
+ | Pour cela [[: | ||
+ | |||
+ | Changez : | ||
+ | kern.* | ||
+ | pour : | ||
+ | kern.* | ||
+ | (kern.log correspond aux messages du kernel : le noyau) | ||
+ | |||
+ | Ensuite on redémarre le démon (service) pour prendre en compte les changements. | ||
+ | sudo / | ||
+ | | ||
+ | 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' | ||
+ | Plus d' | ||
+ | |||
+ | |||
+ | ===== Bugs Connus ===== | ||
+ | |||
+ | ===Option | ||
+ | Une option d' | ||
+ | |||
+ | Dans mon cas, pour stabiliser la situation, je suis allé dans Nautilus, Édition> | ||
+ | |||
+ | J'ai trouvé la solution ici : http:// | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | // |