Pages : 1
#1 Le 23/06/2015, à 21:31
- tiplouf
[Résolu] Connaître la cause de crash récurents d'ubuntu
Bonsoir ^^
Ces temps-ci mon ordi semble super instable : il plante régulièrement, au moins une fois par jour et ça commence à m'inquiéter :-o Quand je dis "plante", je veux dire que le système se gèle quelques secondes, puis l'écran d'ouverture/fermeture d'ubuntu apparaît, et juste après mon ordi s'éteint complètement.
Au début, je pensais que ça venait de certains sites particuliers : ça me l'a en effet fait à de multiples reprises lorsque j'étais sur youtube et sur un site de scans de mangas en ligne et, plusieurs mois avant ça, ça me l'avait fait aussi quand je traînais sur un site de jeux flash. À cette époque (y a plusieurs mois donc), sur youtube ou le site de scans ça ne me le faisait pas encore, et j'avais "réglé le problème" simplement en n'allant plus sur le site de jeux en question :-o (oui oui, c'est pas une solution je sais mais c'est juste pour dire qu'au final, les plantages récurrents sur youtube et le site de scans sont apparus d'un coup alors qu'avant ça le faisait avec un autre site, mais pas avec ceux là.)
Depuis trois jours sinon, ça me le fait en prime sans que je ne sois sur aucun de ces sites : ni youtube, ni site de scans, ni jeu en flash, que des sites "légers" (des tutos et une page vers hotmail) sur lesquels je me rends habituellement sans jamais avoir eu de problèmes de plantage quelconque. En dehors de firefox, j'avais sinon xampp de lancé une fois sur les 3, et gedit et libreOfficeWritter d'ouverts; rien d'autre il me semble. Pour ces trois fois là d'ailleurs, ça s'est produit après que je me sois absentée donc pendant une mise en veille d'au moins trois quarts d'heure (je précise au cas où ça pourrait avoir un lien).
Du coup je me demande de quoi ça peut venir ? Déjà le fait que ça plante souvent (mais pas toujours) quand je suis sur youtube et sites de scans alors qu'avant ça plantait pas, et ensuite le fait que désormais ça plante même sans lien apparent avec ce que j'avais constaté jusque là ...
Pour info sinon, je suis sous ubuntu 14.04 en dual boot avec windows xp (dont je ne me sers plus), sur un acer aspire 2920Z 64 bits. Et mon système est à jour. Je sais pas trop quel type d'infos je suis censée donner donc n'hésitez pas à me dire s'il en manque qui pourraient vous être utiles.
Voilà, si vous avez des idées, je suis preneuse !
Dernière modification par tiplouf (Le 16/07/2015, à 12:24)
Hors ligne
#2 Le 23/06/2015, à 23:05
- nam1962
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Donne-nous déjà le retour complet de
sudo apt-get update
[ Modéré ]
Hors ligne
#3 Le 23/06/2015, à 23:24
- alca94
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonsoir
je suis sous ubuntu 14.04
vous avez combien de mémoires ram dessus ? donnez également le retour de
free -m
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#4 Le 23/06/2015, à 23:56
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Pour l'apt-get update :
Ign http://mirror.ovh.net trusty InRelease
Ign http://mirror.ovh.net trusty-updates InRelease
Ign http://mirror.ovh.net trusty-backports InRelease
Ign http://ppa.launchpad.net trusty InRelease
Ign http://mirror.ovh.net trusty-security InRelease
Atteint http://ppa.launchpad.net trusty Release.gpg
Atteint http://mirror.ovh.net trusty Release.gpg
Réception de : 1 http://mirror.ovh.net trusty-updates Release.gpg [933 B]
Atteint http://ppa.launchpad.net trusty Release
Atteint http://mirror.ovh.net trusty-backports Release.gpg
Réception de : 2 http://mirror.ovh.net trusty-security Release.gpg [933 B]
Atteint http://mirror.ovh.net trusty Release
Ign http://extras.ubuntu.com trusty InRelease
Réception de : 3 http://mirror.ovh.net trusty-updates Release [63,5 kB]
Atteint http://extras.ubuntu.com trusty Release.gpg
Atteint http://ppa.launchpad.net trusty/main amd64 Packages
Atteint http://extras.ubuntu.com trusty Release
Atteint http://mirror.ovh.net trusty-backports Release
Réception de : 4 http://mirror.ovh.net trusty-security Release [63,5 kB]
Atteint http://ppa.launchpad.net trusty/main i386 Packages
Atteint http://extras.ubuntu.com trusty/main Sources
Atteint http://ppa.launchpad.net trusty/main Translation-en
Atteint http://extras.ubuntu.com trusty/main amd64 Packages
Atteint http://mirror.ovh.net trusty/main Sources
Atteint http://extras.ubuntu.com trusty/main i386 Packages
Atteint http://mirror.ovh.net trusty/restricted Sources
Atteint http://mirror.ovh.net trusty/universe Sources
Atteint http://mirror.ovh.net trusty/multiverse Sources
Atteint http://mirror.ovh.net trusty/main amd64 Packages
Atteint http://mirror.ovh.net trusty/restricted amd64 Packages
Atteint http://mirror.ovh.net trusty/universe amd64 Packages
Atteint http://mirror.ovh.net trusty/multiverse amd64 Packages
Atteint http://mirror.ovh.net trusty/main i386 Packages
Atteint http://mirror.ovh.net trusty/restricted i386 Packages
Atteint http://mirror.ovh.net trusty/universe i386 Packages
Atteint http://mirror.ovh.net trusty/multiverse i386 Packages
Atteint http://mirror.ovh.net trusty/main Translation-fr
Atteint http://mirror.ovh.net trusty/main Translation-en
Atteint http://mirror.ovh.net trusty/multiverse Translation-fr
Atteint http://mirror.ovh.net trusty/multiverse Translation-en
Ign http://extras.ubuntu.com trusty/main Translation-fr_FR
Atteint http://mirror.ovh.net trusty/restricted Translation-fr
Ign http://extras.ubuntu.com trusty/main Translation-fr
Atteint http://mirror.ovh.net trusty/restricted Translation-en
Ign http://extras.ubuntu.com trusty/main Translation-en
Atteint http://mirror.ovh.net trusty/universe Translation-fr
Atteint http://mirror.ovh.net trusty/universe Translation-en
Réception de : 5 http://mirror.ovh.net trusty-updates/main Sources [210 kB]
Réception de : 6 http://mirror.ovh.net trusty-updates/restricted Sources [3 433 B]
Réception de : 7 http://mirror.ovh.net trusty-updates/universe Sources [122 kB]
Réception de : 8 http://mirror.ovh.net trusty-updates/multiverse Sources [5 151 B]
Réception de : 9 http://mirror.ovh.net trusty-updates/main amd64 Packages [557 kB]
Réception de : 10 http://mirror.ovh.net trusty-updates/restricted amd64 Packages [11,8 kB]
Réception de : 11 http://mirror.ovh.net trusty-updates/universe amd64 Packages [290 kB]
Réception de : 12 http://mirror.ovh.net trusty-updates/multiverse amd64 Packages [11,9 kB]
Réception de : 13 http://mirror.ovh.net trusty-updates/main i386 Packages [543 kB]
Réception de : 14 http://mirror.ovh.net trusty-updates/restricted i386 Packages [11,8 kB]
Réception de : 15 http://mirror.ovh.net trusty-updates/universe i386 Packages [291 kB]
Réception de : 16 http://mirror.ovh.net trusty-updates/multiverse i386 Packages [12,1 kB]
Atteint http://mirror.ovh.net trusty-updates/main Translation-en
Atteint http://mirror.ovh.net trusty-updates/multiverse Translation-en
Atteint http://mirror.ovh.net trusty-updates/restricted Translation-en
Réception de : 17 http://mirror.ovh.net trusty-updates/universe Translation-en [152 kB]
Atteint http://mirror.ovh.net trusty-backports/main Sources
Atteint http://mirror.ovh.net trusty-backports/restricted Sources
Atteint http://mirror.ovh.net trusty-backports/universe Sources
Atteint http://mirror.ovh.net trusty-backports/multiverse Sources
Atteint http://mirror.ovh.net trusty-backports/main amd64 Packages
Atteint http://mirror.ovh.net trusty-backports/restricted amd64 Packages
Atteint http://mirror.ovh.net trusty-backports/universe amd64 Packages
Atteint http://mirror.ovh.net trusty-backports/multiverse amd64 Packages
Atteint http://mirror.ovh.net trusty-backports/main i386 Packages
Atteint http://mirror.ovh.net trusty-backports/restricted i386 Packages
Atteint http://mirror.ovh.net trusty-backports/universe i386 Packages
Atteint http://mirror.ovh.net trusty-backports/multiverse i386 Packages
Atteint http://mirror.ovh.net trusty-backports/main Translation-en
Atteint http://mirror.ovh.net trusty-backports/multiverse Translation-en
Atteint http://mirror.ovh.net trusty-backports/restricted Translation-en
Atteint http://mirror.ovh.net trusty-backports/universe Translation-en
Réception de : 18 http://mirror.ovh.net trusty-security/main Sources [86,1 kB]
Réception de : 19 http://mirror.ovh.net trusty-security/restricted Sources [2 061 B]
Réception de : 20 http://mirror.ovh.net trusty-security/universe Sources [26,5 kB]
Réception de : 21 http://mirror.ovh.net trusty-security/multiverse Sources [2 337 B]
Réception de : 22 http://mirror.ovh.net trusty-security/main amd64 Packages [299 kB]
Réception de : 23 http://mirror.ovh.net trusty-security/restricted amd64 Packages [8 875 B]
Réception de : 24 http://mirror.ovh.net trusty-security/universe amd64 Packages [109 kB]
Réception de : 25 http://mirror.ovh.net trusty-security/multiverse amd64 Packages [3 691 B]
Réception de : 26 http://mirror.ovh.net trusty-security/main i386 Packages [285 kB]
Réception de : 27 http://mirror.ovh.net trusty-security/restricted i386 Packages [8 846 B]
Réception de : 28 http://mirror.ovh.net trusty-security/universe i386 Packages [109 kB]
Réception de : 29 http://mirror.ovh.net trusty-security/multiverse i386 Packages [3 854 B]
Atteint http://mirror.ovh.net trusty-security/main Translation-en
Atteint http://mirror.ovh.net trusty-security/multiverse Translation-en
Atteint http://mirror.ovh.net trusty-security/restricted Translation-en
Réception de : 30 http://mirror.ovh.net trusty-security/universe Translation-en [62,1 kB]
Ign http://mirror.ovh.net trusty/main Translation-fr_FR
Ign http://mirror.ovh.net trusty/multiverse Translation-fr_FR
Ign http://mirror.ovh.net trusty/restricted Translation-fr_FR
Ign http://mirror.ovh.net trusty/universe Translation-fr_FR
3 357 ko réceptionnés en 10s (331 ko/s)
Lecture des listes de paquets... Fait
Et pour la ram : 1.9 Go; et voilà le free -m :
total used free shared buffers cached
Mem: 1992 1721 270 183 33 810
-/+ buffers/cache: 876 1115
Swap: 993 19 974
Hors ligne
#5 Le 24/06/2015, à 08:01
- nam1962
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Ah ben voilà, tu as besoin d'une variante moins ramivore et de régler ta swappiness.
http://doc.xubuntu-fr.org/exigences_minimales
[ Modéré ]
Hors ligne
#6 Le 24/06/2015, à 18:34
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonjour
Merci pour ta réponse
Pour le swap, du coup je me suis un peu documentée pour voir ce qui pouvait clocher vu que je connaissais pas la swappiness : http://doc.ubuntu-fr.org/swap
Et j'y ai vu deux choses :
1- Comme tu dis, la swappiness était réglée sur 60 ce qui est visiblement trop; du coup je l'ai réglée sur 10 pour que le swap soit moins souvent sollicité.
Et 2- La taille du swap ! À la base j'ai installé ubuntu en suivant les instructions d'un tuto sur openclassroom et ils y avaient indiqué qu'un swap de plus d'1 Go ne servait généralement à rien ... Dans la doc par contre, c'est pas du tout marqué pareil :
Votre ordinateur dispose de 1 Gio de RAM ou plus ? Allouez un espace d'échange de 1× à 1,5× la taille de votre RAM ;
Votre ordinateur dispose de moins de 1 Gio de RAM ? Allouez un espace d'échange de 1,5× à 2× la taille de votre RAM.
Ce qui veut dire que j'étais censée allouer entre 1.9 et 2.9 Go et pas 1 :-O Le truc aussi c'est que cette taille réduite colle pas avec la fonctionnalité de mise en veille visiblement :
Hibernation (mise en veille prolongée) : La fonction d'hibernation conserve votre système en l'état actuel lors de la mise hors-tension de votre ordinateur, ce qui vous permet de reprendre plus rapidement votre travail là où vous l'avez laissé tout en ne consommant pas d'énergie de votre pile ou de votre alimentation secteur. Techniquement, il s'agit d'une copie de l'ensemble des informations contenues dans la mémoire vive de votre ordinateur vers l'espace d'échange de votre disque dur ; pour cette raison, une partition d'échange au moins aussi grande que la quantité de votre mémoire vive est requise pour profiter de cette fonctionnalité.2)
Donc je sais pas trop dans le cas où le swap est trop petit, si ça fait planter l'ordi (et donc que ce serait la cause des plantages en veille de ces 3 derniers jours) ou si ça rend juste caduque la veille; dans tous les cas faudrait ptêtre que je cherche à augmenter la taille de la partition du swap ... mais j'ose pas :-o Ça attendra, au pire, en attendant je laisse comme ça en évitant de le laisser en veille prolongée *sifflote*
Pour unity sinon, j'ai installé gnome-session-fallback; là aussi j'espère que ça le fera : dans ton lien il est indiqué que la config recommandée pour gnome était de 1.5 Go de ram, contre 2 pour ubuntu mais à revoir à la hausse avec les versions récentes d'unity (selon l'indication du haut de page). Donc normalement ça laisse de la marge ! Je sais pas trop s'ils parlent de gnome 2 ou 3 par contre mais j'ai lu ailleurs que gnome 3 demandait en plus d'activer l'accélération graphique et bon, ça m'a semblé plus simple avec gnome-session-fallback.
Donc voilà : merci pour votre aide nam1962 et alca94 !
J'attends quelques jours avant de mettre en résolu, histoire de voir si c'est plus stable comme ça; là en tout cas ça n'a pas planté de la journée pour le moment *croise les doigts*
Dernière modification par tiplouf (Le 24/06/2015, à 18:56)
Hors ligne
#7 Le 30/06/2015, à 14:59
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonjour,
Donc pour donner des nouvelles, ça a replanté à plusieurs reprises -_-' même si moins souvent, et jamais pendant la mise en veille cette fois. Sans doute que gnome reste trop gourmand en ram ... Pourtant j'ai essayé de ne pas ouvrir en même temps firefox+gedit+libreoffice+xampp mais visiblement ça n'a pas suffit.
Ptêtre que je devrais passer à xubuntu ou lubuntu mais bon, pour le premier : 1- c'est marqué qu'il vaut mieux avoir à dispo 20 go d'espace disque sauf que ma partition ubuntu n'en dispose que de 19 dont 15 utilisés; je sais pas trop du coup si ça peut pas poser problème, et de toute façon 2- j'ai lu dans la doc ubuntu que si on voulait migrer d'ubuntu à xubuntu par paquets ça pouvait être instable (traduction française incomplète ou logiciels qui fonctionnent mal notamment) et donc qu'il valait mieux passer par un cd d'installation (ce qui me semble plutôt contraignant vu que ça demanderait sans doute la réinstallation de pas mal de logiciels que j'utilise parfois, etc); quant à lubuntu, ça utilise visiblement des programmes complètement différents de ce qu'on trouve sur ubuntu/gnome (rien que l'éditeur de texte n'est pas le même) et j'avais pas trop envie de faire de gros changements ...
Je vais plutôt aller voir par là ce que je peux faire :
http://doc.ubuntu-fr.org/optimisation
Ou si vous pensez que ça peut venir d'autre chose que de la ram, n'hésitez pas à faire part de vos idées Parce que je comprends pas que mon système manque de ram au point que ça le fasse planter régulièrement alors que sous xp sur lequel j'utilisais des programmes bien plus lourds il n'a jamais planté, sans compter que près de 2 Go de ram, c'est presque 4 fois plus que ce que mon ancien pc avait -sous xp aussi- et qu'il plantait lui non plus quasi jamais. Je suis pas en train de dire qu'xp est mieux (me tapez pas :-o) juste que je pensais qu'ubuntu ou linux en général, c'était bien moins gourmand et plus stable que les autres systèmes ...
M'enfin doit falloir régler des trucs qui bouffent de la ressource et qu'il faudrait que je désactive si je m'en sers pas. Je vous dirai ce que j'ai fait dans ce qui est conseillé dans le lien cité, et si le tout devient effectivement plus stable ou non ... au cas où ça intéresserait quelqu'un xD
Hors ligne
#8 Le 30/06/2015, à 15:11
- alca94
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
bonjour
la commande "top" pourrait nous indiquer ce qui tire le plus (sur le proc et sur la ram)
top
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#9 Le 01/07/2015, à 17:02
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonjour,
Merci pour la suggestion ! Alors pour le top, à ce moment précis ça donne ça :
top - 16:58:49 up 1:46, 2 users, load average: 0,31, 0,32, 0,38
Tasks: 172 total, 3 running, 169 sleeping, 0 stopped, 0 zombie
%Cpu(s): 6,1 us, 2,7 sy, 0,0 ni, 91,0 id, 0,2 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 2040564 total, 1726500 used, 314064 free, 132788 buffers
KiB Swap: 2037960 total, 0 used, 2037960 free. 720052 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2254 ***** 20 0 1397276 467512 57224 S 7,3 22,9 25:45.14 firefox
1125 root 20 0 372568 58632 15456 R 6,0 2,9 5:01.07 Xorg
1937 ***** 20 0 487000 25064 13072 S 4,3 1,2 2:16.26 compiz
4061 ***** 20 0 658852 19480 12932 S 2,3 1,0 0:00.50 gnome-terminal
3222 root 20 0 0 0 0 S 0,3 0,0 0:01.59 kworker/0:2
3279 root 20 0 0 0 0 S 0,3 0,0 0:01.01 kworker/1:1
4082 ***** 20 0 27752 1680 1184 R 0,3 0,1 0:00.05 top
1 root 20 0 33764 3132 1484 S 0,0 0,2 0:02.32 init
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 0:00.10 ksoftirqd/0
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 R 0,0 0,0 0:02.21 rcu_sched
8 root 20 0 0 0 0 S 0,0 0,0 0:01.56 rcuos/0
9 root 20 0 0 0 0 S 0,0 0,0 0:00.87 rcuos/1
10 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh
11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcuob/0
12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcuob/1
13 root rt 0 0 0 0 S 0,0 0,0 0:00.07 migration/0
14 root rt 0 0 0 0 S 0,0 0,0 0:00.03 watchdog/0
15 root rt 0 0 0 0 S 0,0 0,0 0:00.04 watchdog/1
16 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/1
17 root 20 0 0 0 0 S 0,0 0,0 0:00.09 ksoftirqd/1
19 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/1:0H
20 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 khelper
21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs
22 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 netns
23 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 writeback
24 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kintegrityd
25 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 bioset
26 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/u5:0
27 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kblockd
Sachant aussi au passage qu'hier j'ai installé zram qui est censé compresser la mémoire vive; j'ai aussi re-réglé la swappiness : zram l'avait remise à 60, j'en ai profité pour cette fois la mettre à 5 au lieu de 10 comme la dernière fois. Et j'ai à ce moment firefox (7 onglets), gedit et la console qui sont ouverts.
Hors ligne
#10 Le 01/07/2015, à 22:00
- Ferod
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonsoir
Ça pourrait pas être matériel ? Genre un pc qui chauffe trop ?
Est ce que tu pourrais installer le paquet [doc]https://doc.ubuntu-fr.org/lm-sensors[/doc] et donner le retour de la commande
sensors
Sinon dans ton premier message tu parlais de rechercher les messages d'erreurs. Tu auras sûrement des infos en regardant les log système avec l'application "journaux systèmes". Tu as l'heure et le jour en début de chaque ligne. Au prochain plantage, note l'heure et regarde un peu les messages qui sont écrit aux alentours de l'heure du plantage. Je ne garanti pas de pouvoir t'expliquer ce qui se passe mais en cherchant sur le net avec quelques mots clés ou avec l'aide de personne un peu plus expert, tu pourras faire un diagnostic de ce qui va pas.
"When I was in the military, they gave me a medal for killing
two men, and a descharge for loving one !" Leonard Matlovich
Hors ligne
#11 Le 01/07/2015, à 23:12
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Je passe en coup de vent et regarderai demain plus en détails le lien que tu cites, juste pour dire que je pense que tu vises dans le mil en parlant d'ordi qui chauffe trop : aujourd'hui il a planté une vingtaine de minutes après que j'aie posté mon message, et il était tout brûlant. Du coup là, grâce à tes indications et le fait que je sache quand ça a planté, j'ai pu regardé dans journaux système -> syslog, et je profite de mon passage pour prendre notes de quelques messages autour de la période (vu qu'il n'y a que des infos que pour le 1er juillet, pas sûr que demain ça soit encore là) :
Jul 1 17:21:17 *****-pc-portable kernel: [ 7754.261238] sd 4:0:0:0: [sdb] Test WP failed, assume Write Enabled
Jul 1 17:21:17 *****-pc-portable kernel: [ 7754.263071] sd 4:0:0:0: [sdb] Asking for cache data failed
Jul 1 17:21:17 *****-pc-portable kernel: [ 7754.263090] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Jul 1 17:21:49 *****-pc-portable kernel: [ 7785.752097] thermal thermal_zone0: critical temperature reached(98 C),shutting down
Jul 1 17:21:49 *****-pc-portable rsyslogd: [origin software="rsyslogd" swVersion="7.4.4" x-pid="709" x-info="http://www.rsyslog.com"] exiting on signal 15.
Jul 1 17:40:54 *****-pc-portable rsyslogd: [origin software="rsyslogd" swVersion="7.4.4" x-pid="729" x-info="http://www.rsyslog.com"] start
Jul 1 17:40:54 *****-pc-portable rsyslogd: rsyslogd's groupid changed to 103
Jul 1 17:40:54 *****-pc-portable rsyslogd: rsyslogd's userid changed to 101
C'est explicitement écrit à la ligne de 17:21:49 que l'ordi a atteint une température critique de ... 98° o_O. Il a pas voulu redémarrer juste derrière du coup je l'ai laissé refroidir un peu après ça (d'où les messages d'après qui ne sont qu'à 17:40) donc la suite est sans doute des messages de démarrage. Faut dire qu'aujourd'hui il fait 40° dehors et plus de 30° là chez moi donc mon pauvre pc doit morfler Je l'ai surélevé là pour que le ventilateur aère mieux et que la chaleur se dissipe, il est bien moins chaud, mais bon la semaine dernière et celle d'avant il faisait clairement pas encore aussi chaud qu'aujourd'hui donc faudrait que je voie si, à supposer que ça replante, il y a encore des erreurs du genre.
Merci beaucoup pour ton message en tout cas, je vais explorer tout ça plus en profondeur demain
Hors ligne
#12 Le 01/07/2015, à 23:27
- alca94
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
un bon nettoyage du ventilo et changement de pâte thermique devrait le faire
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#13 Le 02/07/2015, à 21:21
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonsoir,
Merci pour les conseils ! La pâte thermique par contre, je sais pas comment ça se change mais en attendant j'ai suivi ton conseil pour le ventilateur et l'ai nettoyé. Il m'a pas semblé bien poussiéreux mais faut croire que ce qu'il y avait était suffisant pour qu'il refroidisse mal les circuits vu qu'il n'a pas planté de la journée, avec pourtant une utilisation de youtube de plus d'une heure tout à l'heure. Niveau lm-sensors sinon, ça y est c'est installé et la commande sensors donne ça :
acpitz-virtual-0
Adapter: Virtual device
temp1: +47.0°C (crit = +96.0°C)
temp2: +51.0°C (crit = +113.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +49.0°C (high = +100.0°C, crit = +100.0°C)
Core 1: +49.0°C (high = +100.0°C, crit = +100.0°C)
Avec toujours firefox d'ouvert, gedit, libreoffice et journaux système. L'ordi est toujours surélevé pour dissiper la chaleur et la pièce est toujours à 30° avec ciel bleu dehors [/meteo].
Les températures semblent normales pour le type d'applications ouvertes ? Y a vraiment besoin vous pensez pour la pâte thermique ? Et niveau ram du coup, y a plus de problème ?
Merci beaucoup pour vos conseils en tout cas, ça semble bien faire avancer le schmilblick et en prime j'apprends plein de choses :**:
Hors ligne
#14 Le 02/07/2015, à 21:41
- alca94
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Y a vraiment besoin vous pensez pour la pâte thermique ?
si ça fonctionne sans planter le pc ,vous pouvez attendre
les température a l'instant sur le mien (en région parisienne)
alain@alain-SAMSUNG-R719:~$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +45.0°C (crit = +98.0°C)
temp2: +45.0°C (crit = +98.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +40.0°C (high = +105.0°C, crit = +105.0°C)
Core 1: +42.0°C (high = +105.0°C, crit = +105.0°C)
alain@alain-SAMSUNG-R719:~$
Dernière modification par alca94 (Le 02/07/2015, à 21:42)
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#15 Le 02/07/2015, à 22:15
- BrunoGey
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonsoir,
à priori non pas de souci :
le mien :
bruno@FR-R720:~$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +48.0°C (crit = +89.0°C)
temp2: +48.0°C (crit = +89.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +45.0°C (high = +90.0°C, crit = +90.0°C)
Core 1: +45.0°C (high = +90.0°C, crit = +90.0°C)
edit,
je m’aperçois que l'on pratiquement le même pc.
cdt, bruno
Dernière modification par BrunoGey (Le 02/07/2015, à 22:16)
Le PC Samsung R720, Systeme : Ubuntu 16.04.1 noyau 4.4.0-145-generic #171
Session graphique : Standard Unity. Formattez vos posts avec les balises BBcode
Rigolo ;-) Pebkac2.fr
Hors ligne
#16 Le 02/07/2015, à 22:16
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Ah ben c'est pas si éloigné que ça, c'est rassurant ^^ Et les températures extérieures sont en principe similaires aussi.
Comme la dernière fois, j'attends quelques jours pour voir si c'est plus stable pour mettre en résolu, mais du coup j'ai déjà une autre piste de résolution de problème si ça replante et que je vois que ça vient d'une température trop élevée : la fameuse pâte qui fait peur.
Merci beaucoup pour tes réponses !
Bonne soirée
Edit : ah ben merci aussi pour la confirmation BrunoGey, c'est rassurant
Dernière modification par tiplouf (Le 02/07/2015, à 22:18)
Hors ligne
#17 Le 02/07/2015, à 22:18
- BrunoGey
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Je n'ai jamais démonté mon R720 pour le dépousierrage.....
et il est installé comme le tien : légèrement surélevé.
cdt bruno
Dernière modification par BrunoGey (Le 02/07/2015, à 22:19)
Le PC Samsung R720, Systeme : Ubuntu 16.04.1 noyau 4.4.0-145-generic #171
Session graphique : Standard Unity. Formattez vos posts avec les balises BBcode
Rigolo ;-) Pebkac2.fr
Hors ligne
#18 Le 02/07/2015, à 22:28
- alca94
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
@ tiplouf
Si vous avez réussi a accéder au ventilo en démontant le PC vous ne devriez pas avoir de mal a changer la pâte thermique) mais on ne connait pas la référence de votre PC
Il existe surement un tuto vidéo pour le faire
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#19 Le 03/07/2015, à 22:12
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Bonsoir,
En fait je l'ai pas vraiment "démonté" dans le sens où j'ai juste retiré le capot du dessous et que le ventilateur était directement là, donc pas eu grand chose à faire. Du coup j'ai cherché des tutos vidéos et 1- je me rends compte que visiblement certains pour nettoyer le ventilateur démontent complètement le ventilateur (ce que je n'ai pas fait : je me suis contentée de souffler la poussière et de me servir d'un pinceau fin pour expulser la poussière vers l'extérieur ... j'espère du coup que je l'ai bien fait :-o) et 2- pour ce qui est de la pâte, j'ai pas trouvé de tuto pour le modèle précis de mon ordi mais j'en ai trouvé pour d'autres et je pense avoir localisé où ça se mettait, et compris comment on faisait. En gros, le ventilateur est relié à une espèce de circuit de refroidissement (ou plutôt "d'expulsion de chaleur" vers le ventilo et un radiateur, l'espèce de gros tuyau orange quoi) qu'il faut dévisser et retirer; en dessous, faut retirer l'ancienne pâte thermique présente sur la surface de contact entre l'extrémité du caloduc et le cpu, avec un coton tige imbibé soit d'un produit spécial, soit d'un truc comme alcool ménager, liquide vaisselle, dissolvant doux ... Faut ensuite nettoyer et remplacer par la nouvelle pâte, avec une couche ni trop fine ni trop épaisse, en évitant de laisser de l'air et des impuretés de façon générale sur cette surface de contact histoire que le transfert thermique se passe au mieux ... Si j'ai tout bien compris ...
Niveau modèle d'ordi sinon, je l'avais noté dans le premier message : c'est un acer aspire 2920z 64 bits. Un ordi deux fois moins performant que les vôtres quoi xD Pour info, il a pas planté aujourd'hui, par contre la température a atteint 70° un moment alors que j'utilise pas de gros logiciels ces temps-ci. Je pense que mes recherches sur la pâte thermique ne seront pas vaines parce que je vais sans doute avoir à passer à la pratique dans un temps pas très éloigné lol.
Hors ligne
#20 Le 03/07/2015, à 23:05
- alca94
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Dans le principe ça devrai vous aider
https://www.youtube.com/watch?v=D6IM5-DgqeA
ou https://www.youtube.com/watch?v=_oq9ZEVz1oU
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#21 Le 03/07/2015, à 23:20
- tiplouf
Re : [Résolu] Connaître la cause de crash récurents d'ubuntu
Oui ces vidéos font parties des quelques unes que j'ai regardé cet après midi pour mieux visualiser et me faire une idée. Mais merci d'avoir pris la peine d'en chercher pour moi
Edit : J'ai toujours pas changé (ni acheté) la pâte thermique, mais mon ordi n'a pas planté depuis la dernière fois ! Je mets donc en résolu, encore merci à tous pour votre aide
Dernière modification par tiplouf (Le 16/07/2015, à 12:24)
Hors ligne