Pour commencer, as-tu essayé les options de démarrage conseillées par Téthis et celles que je t'ai proposées ? Souvent ça arrange les problèmes direct. Si tu ne l'as pas encore fait, ce serait bien que tu le fasses.
New Morning a écrit:Athanor1 a écrit:Bluetooth : je vois ça dans ton log : en as-tu l'usage ? Si c'est non, tu peux désinstaller tout paquet contenant le mot Bluetooth ?
Je n'en ai pas l'usage, mais pas non plus la faculté de le désinstaller apparemment :Ubuntu a écrit:Impossible de supprimer « bluez-gnome »
Ce n'est pas forcément tous les paquets blue-quelque chose qui sont à supprimer. Il faudrait le faire sur tous ceux susceptibles de faire tourner le daemon correspondant. Si tu ouvres Synaptic et que tu inscrives "blue" dans le champ de recherches, (avec l'option "nome et description") tu peux tenter de désinstaller tout paquet dont le nom contient bluetooth, en faisant attention de ne pas en supprimer un qui emmène avec lui la moitié du système (tant que tu n'as pas cliqué sur le bouton de confirmation de désinstallation tu ne risques rien).
Athanor1 a écrit:Ton log parle beaucoup d'irq attribuées juste après le retour de l'hibernation. Ce n'est pas que j'y comprenne bien plus que toi, mais en lisant il me vient une question : aurais-tu dans le BIOS des IRQ dont les numéros sont fixés pour les interfaces USB ?
Heu... là moi y en avoir pas comprendre . Mais le problème se produit aussi sans avoir été en hibernation, donc ce doit être secondaire.
Les IRQ n'ont rien à voir avec la question de l'hibernation. J'ai vu des IRQ's qui semblaient attribuées de manière fixe, donc si tu vas dans le BIOS, regardes si elles sont marquées comme réservées ou si elles sont attribuées de manière automatique (ce qui est mieux).
Athanor1 a écrit:Pour que l'extrait d'un log soit utile : il te faut relever ces 100 ou plus de lignes soit juste quand ça commence à ne plus aller du tout
Pour un après-boot, avec 800 lignes:
tail -n 800 /var/log/messages > messages.txt
Je comprend pas trop : ça me donne ça :
- Code: Tout sélectionner
Mar 28 06:50:11 newmorning syslogd 1.5.0#2ubuntu6: restart.
Mar 28 07:03:49 newmorning -- MARK --
Mar 28 07:23:49 newmorning -- MARK --
Mar 28 07:43:49 newmorning -- MARK --
Mar 28 08:03:49 newmorning -- MARK --
Mar 28 08:23:49 newmorning -- MARK --
Mar 28 08:43:49 newmorning -- MARK --
Mar 28 09:03:49 newmorning -- MARK --
Mar 28 09:23:49 newmorning -- MARK --
Avec cette commande ?
- Code: Tout sélectionner
tail -n 800 /var/log/messages > messages.txt
Il faut lancer cette commande juste après que tu aies fait un reboot, que tu auras opéré à la suite du problème CPU. Le but serait de découvrir des messages particuliers, donc quand le cpu monte trop et que la machine commence à être lente, note l'heure de l'horloge de ton ordi avant de rebooter, puis rebootes, puis lance cette commande, puis affiches le fichier messages.txt avec un éditeur de textes, puis sélectionnes tous les messages qui précèdent le redémarrage en te basant sur l'heure de reboot.
Le reboot se signale par cette phrase dans le log:
Mar 28 05:43:48 newmorning syslogd 1.5.0#2ubuntu6: restart.
Par contre messages.0 renvoie ce que j'ai copié là : http://pastebin.com/m67923449
Dans ce log je vois en rouge :
ACPI: If "acpi_osi=Linux" works better, please notify linux-acpi@vger.kernel.org
Donc quand tu auras testé les options : noapic nolapic et acpi=off (les deux premiers ensemble, le troisième seul, et aussi en plus des deux premiers) tu peux essayer l'option acpi_osi=Linux.
Si tu veux bien noter le résultat test par test, et revenir nous dire ce que ça donne ?
Site d'entraide d'utilisateurs GNU/Linux
-
Mélodie
- Messages : 4555
- Géo : France