Freeze puis crash sur Ubuntu - ASUS VivoBook S14

Bonjour !

Depuis que j’ai installé Ubuntu sur mon ASUS VivoBook S14, je rencontre un problème : le PC freeze (le curseur avance de plus en plus lentement, il saccade, puis hop, tout est freeze). Je ne peux plus rien faire ensuite, obligé d’éteindre brutalement le PC et le redémarrer.

Ca m’embête énormément, car j’ai besoin de ce PC (c’est le seul qui me reste) et surtout, sans freeze. Je risque d’être en conversation vocale avec d’autres personnes, en train de travailler, donc si je dois redémarrer le PC toutes les 10~15 minutes…

Débutant sur Ubuntu, je ne sais pas comment régler le problème ni où chercher.

Une idée de ce que je pourrais faire ?

Merci !

Quel environnement de bureau utilises-tu ? Est-ce que tu as la dernière version de ubuntu (peut-être que ça pourrait aider de mettre à jour vers la dernière) ? Est-ce que c’est lorsque tu utilises une application particulière que cela gèle ?

Je crois que j’utilise Unity. En fait, j’ai pris la version LTS d’Ubuntu, et je l’ai installé.

Cela fait depuis le message que j’ai posté que je n’ai pas eu de freeze. Et j’ai juste fait de la navigation internet de du visionnage de vidéo.

Par contre, j’ai remarqué qu’il freeze quand :

• J’ai un serveur NodeJS qui tourne + VSCode d’ouvert + Un terminal
• OU j’ai Unity3D d’ouvert + VSCode

Le point commun entre ces deux, c’est VSCode. Je me demande si ce n’est pas lui qui fait freeze le PC.

Je vais essayer d’installer un autre éditeur de code, tout en faisant tourner un serveur NodeJS et ouvrir le terminal, et je vais voir si ça fonctionne ou pas.

Si c’est bien VSCode qui fait planter le PC, c’est très chiant car c’est un très bon éditeur et j’ai l’habitude de l’utiliser, mais c’est pas dramatique dans le sens ou d’autres éditeurs existent qui sont très bien aussi.

Je vous tiens au courant !

Edit : Je suis apparemment pas le seul.

J’ai eu un symptôme similaire récemment sur une machine virtuelle Ubuntu et mon cas d’utilisation était lui aussi similaire au tiens.

Mon souci se trouve au niveau de Firefox. A un moment il se met à bouffer toute la RAM et du coup la machine devient super lente voire quasi inopérante.

Ma seule solution actuellement (car j’ai pas cherché plus loin), surveiller la conso de RAM et quand je vois que ça grimpe je redémarre firefox

Le soucis ressemble effectivement à un manque de RAM ou un manque de temps processeur.

Au cas où ça ne serait pas VSCode (mais pour l’instant effectivement, c’est le suspect numéro 1), la prochaine fois que ça t’arrive, essaye de taper htop dans un terminal et de trier par utilisation mémoire (M).

Ça ressemble beaucoup à un emballement de la mémoire vive (thrashing).

Si c’est ça, une piste serait de désactiver le swap (sudo swapoff -a), puis aller voir dans les logs quel est le processus qui crash par manque de mémoire (sudo swapon -a pour réactiver le swap).

C’est ce que j’ai cru comprendre aussi en regardant hier sur internet.

Sachant qu’il freeze très rapidement (je n’ai pas le temps de le voir venir) et que je ne peux plus rien faire ensuite (ni bouger le curseur, ni taper au clavier, rien), comment pourrais-je faire ces commandes ?

Tu veux dire que je dois faire la commande sudo swapoff -a maintenant, puis ensuite ouvrir VSCode ? Et si ça freeze encore, je dois faire quoi ?

Désolé, habituellement j’arrive à me débrouiller pas mal par moi-même, mais Ubuntu (ou Linux en général), j’ai toujours eu du mal à corriger les problèmes (ma solution avant, c’était de réinstaller Windows ).

C’était juste pour trouver le processus fautif. Si tu sais duquel il s’agit, à part ne plus l’utiliser ou le debuggé, je pense pas qu’il ai beaucoup de solution.

Peut être en lançant VSCode depuis le terminal et en envoyant la sortie vers un fichier (pour voir les erreurs/messages : vscode > sortie 2>&1 (si l’executable s’appelle vscode, à adapter). Ca permettrait de voir si vscode a des problèmes au moment du plantage (il faudra juste ouvrir le fichier "sortie" ensuite).

J’ai l’impression que VSCode prend beaucoup de RAM.

Tri selon la mémoire. F6 puis PERCENT_MEM. Pour l’instant ce qu’on voit c’est qu’il prend une mémoire virtuelle immense mais c’est pas non plus super grave.

Ou simplement la touche M en mode majuscule. Je te conseil aussi la touche H en majuscule encore (sinon, c’est l’aide), pour basculer entre le mode processus et thread. Je trouve le mode processus plus lisible perso.

C’est peut-être juste que VSCode prend beaucoup de RAM de base (comme c’est de l’Electron). Et un navigateur + vscode mange rapidement les 4Go de RAM.

Bon, aucun doute, c’est bien VSCode. Ca à re-freeze, sauf que cette fois-ci (peut être du à la commande sudo swapoff -a), je pouvais encore bouger le curseur (mais lentement). Mais manque de chance, le terminal était sous la fenêtre de Chrome, donc je n’ai pas pu voir ce qu’il se passe.

Alors que quand je fait la même chose (NodeJS + Terminal) mais avec Atom, aucun problème.

Bon, et bien si quelqu’un connait un bon éditeur de code autre que VSCode qui gère JavaScript, Ruby (avec l’extension .erb aussi), et PHP, je suis preneur (quelque chose de gratuit par contre).

Vim ou encore Emacs. Certains parlent d'Atom. Perso, j’utilise néovim

*avec une interface graphique.

Vim, j’en entend beaucoup parler (en bien), mais je ne m’y suis jamais intéressé. Déjà, en voyant la tête que ça à, j’ai préféré aller vers autre chose. Mais c’est peut être très bien hein. Je regarderais plus en détail.

Dans l’ordre d’accessibilité graphique¹ :

1. Atome
2. VSCode
3. Emacs
4. Vim

Mais il en existe plein d’autres.

Je te conseil d’essayer de comprendre pourquoi VSCode prenait beaucoup de RAM. Si ça se trouve tu peux régler le problème. Si c’est un éditeur de texte qui te convient ce serait dommage de changer pour quelque chose de moins bien (mais qui ne freeze pas certes).

Tu comprends ce que je veux dire ? J’ai entendu beaucoup de bien également de VSCode. Atom tu auras besoin de plugin pour arriver à quelque chose qui ressemble. Emacs c’est un peu compliqué à apprendre mais ça se fait pour les bases. Puis Vim, ben c’est pareil que Emacs en soit, c’est compliqué mais c’est très très puissant.

J’utilise GNOME Builder et ça fonctionne bien. C’est annoncer comme "pour du développement GNOME" mais ça fonctionne bien pour tout en fait.

Une recherche montre que ton ordinateur semble équipé d’une carte graphique Nvidia. Cela se vérifie avec le retour de la commande lspci. Si tel est le cas, il y a peut-être un pilote propriétaire que tu pourrais installer à la place du pilote libre qui a dû être mis par le programme d’installation d’Ubuntu. https://doc.ubuntu-fr.org/nvidia

Je ne suis pas spécialiste dans le domaine, mais c’est un point qui n’a pas encore été évoqué sur le fil.

Est-ce de cette machine dont il est question : https://www.asus.com/fr/Laptops/ASUS-VivoBook-S14-S432FA/Tech-Specs/ ? Parce qu’il est annoncé 8 Giga de RAM mais dans ton screenshot htop affiche 4.

J’utilise Sublime Text ou Atome sur un notebook de 2005, sans trop de problème, mais je n’ai jamais essayé VSCode.

Non, c’est celle-ci.

C’était un pas cher que j’avais trouvé, car j’avais besoin d’un PC portable à ce moment et que j’avais que mon Chromebook (qui ne me convenait pas pour ce que je voulais faire).

Je pense que ça doit être un ancien modèle que j’ai pris.

Edit :

Je te conseil d’essayer de comprendre pourquoi VSCode prenait beaucoup de RAM. Si ça se trouve tu peux régler le problème. Si c’est un éditeur de texte qui te convient ce serait dommage de changer pour quelque chose de moins bien (mais qui ne freeze pas certes).

Oui, ce serait mieux. Il faudra que je fasse des recherches et essayer ce que je trouve. De toute façon, ça freeze assez rapidement, donc je pourrais facilement voir si ce que j’essaye marche ou pas.

Par contre, ça risque rien de devoir éteindre le PC brutalement comme ça (et de nombreuses fois) ?

c’est pas terrible (corruption du disque dur, etc)… Il y a les combinaisons de touches syst/sysreq qui permettent d’éteindre proprement un PC avec noyau linux. Notamment les combinaisons sur wikipedia.