Reprise du message précédent :
D'accord merci. Je vais mettre le driver libre pour voir si les plantages persistent. C'est étrange que ça vienne des drivers NVidia que je n'ai pas mis à jour depuis un bon moment...
Le Memtest s'est terminé sans erreur.

Je suis passé en pilotes libres (par software & updates).
 
J'ai testé aussi au log de la session de changer (avec la petite molette) "Ubuntu" par "Xorg classic" et "Xorg je ne sais plus quoi " mais je n'avais aucun icône ni mes programmes.

c'est normal. xorg n'est pas un environnement de bureau c'est un "intermédiaire"

OK.
Ben ça a planté quand même... Mais je n'avais pas encore redémarré le PC alors les changements n'étaient peut-être pas effectifs ?
Donc après le plantage, je redémarre... Et là je suis en 640*480 ou pas loin... Et impossible de changer la résolution dans "Displays". Je n'ai pas de 'sous-menu' qui propose différentes résolution, ni l'actuelle.

ta mal désinstallé le driver nvidia ptet ?

Je n'ai rien désinstallé. J'ai utilisé 'software & drivers' et j'ai sélectionné le pilote libre.
 
J'ai voulu suivre ça :
https://askubuntu.com/questions/281 [...] ine/398740
 
le xrandr --newmodee rend :
xrandr: Failed to get size of gamma for output default

mince en fait ça a planté avant la fin de la procedure de changement du driver vers nouveau.  
dans ce cas je te conseille une réinstalle complète et propre de ta distrib.
si j'avais ton pc sous la main, on pourrat résoudre ton pb sans réinstallation. mais si tu ne maitrises pas un minimum,
le system linux. il est inutile de te faire faire plus de manipulations. essaye tout de meme d'installer un open ssh server
et voir comment réagit le systeme en ligne de commande pour etre surque le fautif soit xorg et/ou le driver nvidia.

lance la commande
 
sudo apt-get --purge remove nvidia*

Sans vouloir te décourager, parfois les erreurs RAM se manifestent pas systématiquement, perso je laisse tourner memtest86+ (de mémoire) au moins une nuit.

oui mais ça pourrait etre aussi la RAM de CG la cause et là pas trop moyen de vérifier?

Euh non merci pour la réinstall de la distrib...
Je suis passé sur linux pour la stabilité...
Je ne vais pas réinstaller tout le système au moindre problème, sinon je réinstalle Windows.
Il n'y a pas de logs quelque part pour voir pourquoi ça plante ? C'est dingue quand même...

Pourquoi ma ligne xrandr ne passe pas ?

Tu peux toujours regarder /var/log et ~/.xsession-errors

dans ce cas, il faut demarrer ta distrib en mode rescue avec le reseau activé (avec grub au démarrage). et tu fais
réinstaller proprement les drivers nvidia en ligne de commande...
apt-cache search nvidia
tu regardes dans la liste une version différente de la 390
apt-get install nvidialenumerodeversion
puis tu reboot. tu vas retrouver ton xorg et ton bureau en "level5" (level5 = mode graphique)

il y a un defaut quelquepart mais de là à te dire quoi sans consulter les log...

Merci je vais essayer tout ça.
Au moins pour savoir le faire parce que je n'y crois pas une seconde. J'ai les 390 depuis bien longtemps et le problème est survenu pour la première fois il y a quelques jours.

c'est arrivé immédiatement après la mise à jour vers 18.10? les versions .10 sont "réputées" moins stables que les .04.
ici je reste toujours en LTS et je ne rencontre pas autant de probèmes. j'ai plusieurs PC différents ici.
je ne fais les mises à jour que de LTS vers LTS (Long Term Support)

Non, non, comme je disais, ça a duré un mois sans ce souci en 18.10.
C'est peut-être une bonne "stratégie" et je fais ça sur mon portable du boulot. Mais pour mon PC perso, je voulais qu'elle soit à jour pour les jeux etc.
Là, je me bats avec une clé USB, je voulais tenter une live CD voir si le problème se reproduisait mais je pète un plomb avec cette clé. C'est une clé de 16 Go et on n'en voit que 2,28 Mo...
Quand ça veut pas...

tu as du swap? tu as 16Go de RAM mais qd tu joues tu devrais voir un peu de swap à partir de 40% de remplissage de la ram.
essaye de désactiver le swap, c'est possible que :
- ton disque soit fatigué.
- la ram de ta carte graphique déconne un peu.
- l'alim de ton pc ne donne plus assez de jus à ta carte graphique.
il faut donc regarder tout cela un par un.

oui si c'est hardware, ça peut venir de l'alim ou meme de la carte mere
mais commence deja par virer proprement le driver nvidia comme jtai dis plus haut
le pilote nouveau devrait prendre le relai

Non, je n'ai pas de swap. J'avais lu ici ou je ne sais plus trop où que ça ne servait plus avec des disques SSD et beaucoup de RAM.
Mais là les plantages arrivent alors que je n'utilise qu'une portion infime de la RAM. Je ne joue pas, je ne lance pas de vidéo, pas de logiciel, juste un peu de navigation avec Firefox ou Chromium, même combat...

lance un htop avant de finir par planté. il y a bien un process qui va te mettre la puce à l'oreille.
mais là si c'est arrivé un mois après la mise à jour et que tu n'as rien bougé depuis, cela ressemble plutot à un pb matériel.

woputin, je viens de capter qu'on pouvait faire tourner aoe2 sur linux avec steam play et ça fonctionne nickel  

retour 20 ans en arrière  

tient d'ailleurs quelqu'un a tenté de faire tourner ce jeu avec steamplay ?
https://store.steampowered.com/app/ [...] evolution/
 

y'a une version HD maintenant hein

 
les équipes de wine ont bien bossé

ya un truc qui me prends la tête, je n'ai jamais d'icone de notification pour les mises a jours sur ubuntu  
ça se passe comment chez vous ?

essaie de voir ce qui est paramétré avec software-properties (dans les dépôts)

elle est pas mal celle là
 

Bonjour,
 
Petite question, est ce que le test "smart" qu'on lance sous linux tourne en full sur le disque dur (comprendre que le résultat est indépendant du reste de la machine) ou celui ci nécessite quand même un contrôle fait par le processeur?
 
En gros est ce que le test smart fonctionne si on a un soucis côté carte mère (contrôleur) ou côté câblage?

Wouaip, faut rebooter sur une live et faire un fsck de la racine.  
Je viens de me taper la plaisanterie sur mon PC principal (et 2 fois sur la brouette de madame).

Je vais changer de système de fichiers pour tester. Xfs ?

T'es sur quelle version du noyau ?

4.20  

Verdict avec test depuis une base donc externe au pc ==> mêmes erreurs smart.
Donc disque dur qui est en train de lâcher.
Sans doute le cache HS.

Salut, je continue de galérer avec mon poste Ubuntu 18.10.
Je vais essayer de répondre à tous ceux qui m'ont donné des pistes que j'ai essayé de suivre :

J'ai installé htop. Mais il a l'ai complètement buggé j'ai des lignes
(sd-pam) avec tous les process à 0% en CPU et RAM. J'ai fait un apt remove / apt install mais c'est pareil.
J'essaye de voir avec top si jamais il veut bien démarrer...

Voici ce que j'ai obtenu en faisant un CTRL+ALT+FX :


Si ça parle à quelqu'un ?
Apparemment NVRM c'est NVidia.

J'ai alors utilisé ta commande sebfun pour purger les paquets NVidia, ils sont toujours proposés dans "additional drivers" mais au moins je suis sur X.org.

Dans /var/log il y a énormément de fichiers/répertoires, je ne sais pas où regarder dans et ~/.xsession-errors il n'y a rien de pertinent.

J'ai aussi fait un apt install kubuntu full.
Le logo s'affiche au démarrage mais je ne peux pas aller dessus, je "retombe" sur le bureau gnome.

J'ai aussi essayé d'installer un Kubuntu sur un autre disque et j'ai eu ça :

Problème résolu pour htop. J'avais dû foutre un "sorted by" à la con.

Dans mes process j'ai '/usr/bin/devolonetsvc /var/run/devolonetsvc.pid' qui revient souvent et qui occupe 5% du CPU. Je n'arrive pas à trouver ce que c'est...

Et gnome-shell se tape des pointes à 60% du CPU de temps en temps...

Cette histoire de taille de nœud sur le système de fichiers, ça m'arrive depuis que le Swap est dans un fichier. Bizarre hein

le swap dans un fichier ça me rappelle wointruc

Ubuntu s'est windowsisée