[ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

stéphan13 · Le 06/02/2018, à 09:26

Bonjour à tous,

Précedemment sous debian gnome shell j'ai assez récemment installé sur un HP510 une Lubuntu 16.04 LTS pour sa légèreté et sa rapidité sur cette machine qui commence à être pas très jeune . De ce coté là, aucun souci j'ai énormément gagné en tout .

Par contre de temps en temps ma session crashe :
https://s18.postimg.org/aiixtway1/IMG_2 … 133905.jpg

Pourriez vous m'aider à en trouver la cause et ainsi tenter de résoudre mon problème ?
Je sais qu'il existe des fichiers logs système mais j'ai besoin d'infos à ce sujet .

Merci d'avance
Stéphan

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre, TDCT'Pix et hostingpics le permettent).}

Dernière modification par stéphan13 (Le 09/04/2018, à 18:42)

inbox · Le 06/02/2018, à 10:05

Salut,

Peux-tu me retourner la réponse à cette commande ?

uname -a

As-tu tenté de démarrer sur un noyau antérieur ? Dans la négative testes en un.

A+

stéphan13 · Le 07/02/2018, à 08:46

Bonjour,

Linux sandrine-HP-510-Notebook-PC-RU964AA-ABF 4.13.0-32-generic #35~16.04.1-Ubuntu SMP Thu Jan 25 10:13:25 UTC 2018 i686 i686 i686 GNU/Linux

Concernant le noyau je n'en ai qu'un seul :

Merci,
Stéphan

inbox · Le 07/02/2018, à 12:20

Comme c'est une machine assez ancienne, je te conseille d'installer Lubuntu 16.04.1 32 bits à la place de la 16.04.3.

Le noyau étant plus ancien, il devrait mieux fonctionner sur ton PC.

stéphan13 · Le 19/02/2018, à 11:55

Bonjour,
après quelques recherches (un peut plus poussées avec du temps) car, par expérience, je me disait bien que c'était bizarre de n'avoir qu'un seul noyaux installé, j'ai trouvé ceci :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

rc  linux-image-extra-4.10.0-28-generic  4.10.0-28.32~16.04.2
rc  linux-image-4.10.0-28-generic        4.10.0-28.32~16.04.2
rc  linux-image-extra-4.10.0-40-generic  4.10.0-40.44~16.04.1
rc  linux-image-4.10.0-40-generic        4.10.0-40.44~16.04.1
ii  linux-headers-4.10.0-42              4.10.0-42.46~16.04.1
ii  linux-image-extra-4.10.0-42-generic  4.10.0-42.46~16.04.1
ii  linux-headers-4.10.0-42-generic      4.10.0-42.46~16.04.1
ii  linux-image-4.10.0-42-generic        4.10.0-42.46~16.04.1
ii  linux-headers-4.13.0-26              4.13.0-26.29~16.04.2
ii  linux-image-extra-4.13.0-26-generic  4.13.0-26.29~16.04.2
ii  linux-headers-4.13.0-26-generic      4.13.0-26.29~16.04.2
ii  linux-image-4.13.0-26-generic        4.13.0-26.29~16.04.2
ii  linux-headers-4.13.0-32              4.13.0-32.35~16.04.1
ii  linux-image-extra-4.13.0-32-generic  4.13.0-32.35~16.04.1
ii  linux-headers-4.13.0-32-generic      4.13.0-32.35~16.04.1
ii  linux-image-4.13.0-32-generic        4.13.0-32.35~16.04.1
ii  linux-generic-hwe-16.04              4.13.0.32.52
ii  linux-headers-generic-hwe-16.04      4.13.0.32.52
ii  linux-image-generic-hwe-16.04        4.13.0.32.52

Pour l'instant je test le noyaux 4.10.0-42.46

A suivre dans le temps si c'est OK je le selectionnerai par déafut .

Je repasserai par là plus tard avec le verdict, les manips et le [RESOLU] si il faut ...

Stéphan

stéphan13 · Le 22/02/2018, à 09:24

Bon pour l'instant j'ai supprimé tous les autres noyaux de mon système et j'ai bloqué la version 4.10.0-42.46 car cela semble avoir résolu mon problème . Je vais tout de même patienter encore un peu plus pour passer en résolu .
Sinon ce qui me gène un peu c'est que même si c'est OK je ne sais pas se qui a foiré au juste . D'autre part ce noyaux bloqué ne risque t'il pas de me faire défaut à plus ou moins long therme ?

Stéphan

xubu1957 · Le 22/02/2018, à 09:28

Bonjour,

Les noyaux 4.10 ne sont plus sécurisés > kernel-4-10-hwe-going-to-be-patched-for-meltdown-and-spectre

Le 06/01/2018, Rinzwind a écrit :

4.10 (=17.04) will not be patched...
4.10 (=17.04) ne sera pas corrigé...

stéphan13 · Le 24/02/2018, à 09:41

Bonjour xubu1957,

merci pour l'info . Je viens de lire la page que tu mets en lien et je comprend bien que ce noyau est vulnérable à deux attaques només meltdown et spectre qu'il faut donc mettre à jour vers, en ce qui me concerne, linux-image-generic 4.4.0.108.113 .

Je veux bien essayer ce noyaux mais alors s'il fonctionne correctement et qu'il me faut le bloquer pour éviter tout nouveau déboire avec d'éventuelles autres mises à jour, comment m'assurer alors que ce noyaux ne sera pas vulnérable à une autre future attaque ?

xubu1957 · Le 24/02/2018, à 10:20

Bonjour,

Je ramène l'info, il faut éviter maintenant les noyaux 4.10.

Pour les autres noyaux usuels, voir > linux-headers-generic.

J'avais fait cette réponse, pour justifier l'utilisation d'une version corrective 16.04.1, qui fonctionne avec des noyaux 4.4 :

le 13/02/2018, xubu a écrit :

@ xabilon
La 16.04.1 est plus stable. Les intermédiaires sont destinées au matériel récent et aux testeurs.
Leurs noyaux passent sur les sous-versions.
J'indique régulièrement :
> Anomalies réseaux en Ethernet et Wifi sur la version 17.04
> Anomalies réseaux en Ethernet sur la version 17.10

Un avis de malbo, qui intervient sur les installations > Rolling HWE Stacks pour 16.04
celui de nam1962 :
Le 06/01/2018, nam1962 a écrit :
(...)
Très globalement, à moins d'avoir du matériel très récent, les HWE sont plus des nids à ennuis qu'autre chose. De nombreux fils ici montrent qu'on élimine des problèmes en revenant à la x.yy.1
Cet autre avis de moko138 :
Le 18/01/2018, moko138 a écrit :
(...)
Saches-le à l'avenir, la version sans problèmes, c'est la 16.04.1,
c'est toujours la version LTS avec extension .1
Et elle est maintenue cinq ans.
Le seul intérêt d'une version LTS avec extension .3, c'est d'avoir les tout derniers pilotes, et uniquement quand on a du matériel si récent qu'il n'est pas pris en charge par la 16.04.1.
Mais ça s'obtient au prix de plâtres comme ceux que tu es en train d'essuyer !

> 16.04.x_Ubuntu_Kernel_Support

Dernière modification par xubu1957 (Le 24/02/2018, à 10:27)

stéphan13 · Le 25/02/2018, à 07:24

Bonjour et encore merci pour ces précisions au sujet des stacks . Me voilà maintenant avertis . Je tourne donc maintenant avec un 4.4 et ma fois cela m'a l'air de gazer

Je passerai en résolu dans quelques jours

Stéphan

xubu1957 · Le 25/02/2018, à 07:32

Bonjour,

La Doc du forum > ltsenablementstack

stéphan13 · Le 09/04/2018, à 18:41

Bonjour,

comme promis je reviens vers vous aux nouvelles .

Alors depuis mon passage au noyau 4.4 je n'avais plus aucun problème de crash session .
c’était presque parfait . Je dit bien presque parce que seul le montage automatique samba de mon NAS (via fstab) ne se faisait plus . Avec ce noyau il me fallait systématiquement taper un

sudo mount -a

après le startup .
Je parle au passé car depuis, pas de chance, le vieux HP510 a rendu l'âme (après de longs et loyaux services) . Il c'est soudainement éteint puis impossible de le rallumer .
J'ai donc remplacé cette vieille chose par une autre vieille chose : un Toshiba Satellite-M-40-X .
Du coup j'ai installé dessus la 16.04 stack 1 :)
Je me retrouve donc avec un 4.4.0-31 et ma foi tout fonctionne bien si ce n'est que je me retrouve donc avec le même souci de montage auto de mon NAS .

voili, voilou .

merci encore à tous les participants et si vous avez une piste pour mon soucis de montage auto je suis preneur . Voici le contenu de mon fstab concernant ce montage automatique :

//192.168.0.60/dropbox /media/nas cifs _netdev,credentials=/root/.smbcredentials,gid=100,uid=1000,auto,rw,exec,vers=1.0 0 2

xubu1957 · Le 09/04/2018, à 18:45

Bonjour,

4.4.0-31

C'est le noyau de départ, 4.4.0.119 actuellement dans > linux-headers-generic

Pour faire les mises à jours :

sudo apt update

sudo apt full-upgrade

stéphan13 · Le 14/04/2018, à 07:03

Bonjour,

OK vu et fait . Merci . Je ne connaissais pas cette fonctionnalité dans aptitude . J'attendais tout simplement la publication du Bionic Beaver pour faire un apt-get dist-upgrade .

Bon sinon cela n'a rien changé concernant mon montage auto ...

Stéphan

xubu1957 · Le 14/04/2018, à 07:09

Bonjour,

Je me retrouve donc avec un 4.4.0-31 et ma foi tout fonctionne bien si ce n'est que je me retrouve donc avec le même souci de montage auto de mon NAS .

Bon sinon cela n'a rien changé concernant mon montage auto ...

Tu devrais ouvrir une discussion, en section NAS.

stéphan13 · Le 14/04/2018, à 07:14

Oui c'est ce que je ferais si mon problème persiste après le dist-upgrade .

Encore merci .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/02/2018, à 09:26

[ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#2 Le 06/02/2018, à 10:05

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#3 Le 07/02/2018, à 08:46

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#4 Le 07/02/2018, à 12:20

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#5 Le 19/02/2018, à 11:55

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#6 Le 22/02/2018, à 09:24

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#7 Le 22/02/2018, à 09:28

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#8 Le 24/02/2018, à 09:41

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#9 Le 24/02/2018, à 10:20

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#10 Le 25/02/2018, à 07:24

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#11 Le 25/02/2018, à 07:32

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#12 Le 09/04/2018, à 18:41

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#13 Le 09/04/2018, à 18:45

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#14 Le 14/04/2018, à 07:03

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#15 Le 14/04/2018, à 07:09

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

#16 Le 14/04/2018, à 07:14

Re : [ RESOLU] Crash session avec obligation d'éteindre le PC à chaud

Pied de page des forums