Ubuntu 19.10 se bloque et traîne régulièrement
Depuis que j'ai mis à niveau vers Ubuntu 19.10, mon système se bloque/se bloque régulièrement. La souris, le clavier et l'écran sont complètement bloqués, après quelques secondes, il se "dégèle" à nouveau. Parfois, il répète l'entrée que j'ai faite. Par exemple, si je tape "F" dans un champ de texte, il affiche "FFFFFFFF" par la suite.
Il semble qu'un décalage se déclenche chaque fois que le système doit lire et écrire une plus grande quantité de données (par exemple, démarrer un nouveau programme, charger un nouvel onglet Firefox).
J'ai réinstallé complètement Ubuntu 19.10 sur ma machine mais c'est toujours la même chose. Il fonctionne sur un Dell XPS 13.
Le même problème est décrit mais sans réponse dans ces articles:
le curseur Ubuntu 19.10 se fige au hasard
Gel de la souris et du clavier
Parce qu'il a été demandé dans les autres articles, voici les extensions de gnome: 
EDIT: Merci pour le commentaire!
- Je n'utilise pas de souris ou de clavier PS/2.
- Le modèle: Dell XPS 13 936 (version 2016). Sur l'étiquette, il est indiqué: Mode d'enregistrement: P54G Numéro de type d'enregistrement: P54G002
EDIT2: La désactivation de toutes les extensions ne résout malheureusement pas le problème.
Edit 3: Voici à quoi cela ressemble dans le moniteur système lorsque je recharge un site Web. Le 
Edit 4: Merci pour vos commentaires! Avant de réinstaller Ubuntu 19.10, mon swap avait 8 Go.
Edit: 6 Augmenter le swap à 8 Go (j'ai 8 Go de RAM) et régler les swappines à 10 semble avoir fait quelque chose. J'y reviendrai.
Edit: 7 Ma version Bios est 2.10.0. Je vérifierai les mises à jour.
L'utilitaire de disque n'affiche pas les données SMART pour mon ssd.
Il s'agit d'une régression qui s'est produite du noyau du noyau 5.0 au 5. . Cela peut être un problème dans les changements récents introduits par le noyau 5.3 avec la date limite obsolète, cfq et noop, qui selon le wiki Ubuntu "avant Ubuntu 19.04 avec Linux 5.0 ou Ubuntu 18.04.3 avec Linux 4.15, la planification d'E/S à plusieurs files d'attente n'était pas activée par défaut et seuls les échéanciers, cfq et noop I/O étaient disponibles par défaut " . Il a également été signalé que certains bogues ont été introduits pour ceux qui ont des informations et utilisent le pilote i965.
Pour contourner le problème, j'ai changé le paramètre du noyau de swappiness à 10 et j'utilise bfq pour les IOSchedulers, par défaut Ubuntu utilise mq-deadline.
J'ai eu un problème similaire. Je reçois un soulagement temporaire en désactivant le swap avec Sudo swapoff -a. Cela peut être lié à l'utilisation de swap dans le nouveau noyau.
Il semble que ce soit un bogue confirmé et il fait l'objet d'une enquête ici https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1833281
J'ai réussi à réduire considérablement ce problème dans Ubuntu 19.10 en mettant à niveau mon noyau vers 5.5.9 . Ce que j'ai fait:
Je suis allé sur https://kernel.ubuntu.com/~kernel-ppa/mainline/ et j'ai trouvé la dernière version de 5.5 après le tri par Last Modified.
En dessous de
Build for AMD64 succeeded, J'ai téléchargé quatre fichiers:linux-headers-...-all.deb,linux-headers-...generic,linux-image-...generic, etlinux-modules-...generic.Ensuite, je les ai placés dans un répertoire, je suis allé sur le terminal, j'ai enregistré ce répertoire et j'ai exécuté
Sudo dpkg -i *.deb
C'est tout ce qu'il a fallu. Il a automatiquement installé le dernier noyau 5.5 et créé une entrée grub qui est devenue la valeur par défaut. Après un redémarrage, plus de retards ni de souris gelée, au moins ils sont devenus plus rares. Swap fonctionne à nouveau normalement.
Après la mise à jour vers Ubuntu 19.10, je reçois également des décalages et un gel. Pas sûr que cela vous aide, mais mon problème était dans les pilotes graphiques. Je mets à jour les pilotes depuis https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers et cela fonctionne à nouveau.
La première fois, je pense également que c'était un problème ssd car des retards se produisent fréquemment lors du démarrage d'une nouvelle application ou d'un changement d'onglet Firefox.
J'ai eu le même problème (également avec un Dell XPS13). La mise à jour des pilotes graphiques avec ceux de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers comme @daa a également résolu le problème pour moi.
Kubuntu 19.10 a également ce problème. Gel périodique du système pendant 1 à 2 secondes. Ceci est observé lors des opérations d'E/S. Lorsque l'échange est désactivé, le gel est considérablement réduit.
J'ai eu un problème similaire après la mise à niveau vers 19.10 sur mon Dell XPS 13 9350
Étant donné que @stickway a identifié utilement ceci est un bug du noyau, j'ai acheté cet outil pour gérer les noyaux dans Ubuntu et mis à niveau vers 5.4.1 https://teejeetech.in/ukuu/
Je ne suis en aucun cas affilié à cet outil ou à son auteur, mais il semble bien fonctionner pour moi, donc je voulais partager au cas où cela pourrait être utile à quelqu'un d'autre.
AVERTISSEMENT MASSIVE: De toute évidence, les noyaux plus récents ne sont pas encore officiellement pris en charge, si vous voulez être plus sûr, vous devriez plutôt passer à un noyau précédent.
Même problème sur un Dell XPS 13 9343 (voir ce post ).
Une façon d'améliorer les choses était de réduire la taille du swap à 4 Go (pour 8 Go de RAM) et de définir vm.swappiness sur 80.
J'ai migré vers Ubuntu 19.10 et j'ai obtenu: - des retards de souris et un gel, souvent autour de 12 secondes! - 100% d'utilisation du processeur sur un cœur - cliquez sur l'onglet du navigateur Web = gel
J'ai un ordinateur Assus SonicMaster, Core i5, Nvdia Gforce 940M.
Solution: J'ai opté pour: Softwares & Updates > Additional drivers Cela montre: X.org activé.
Puis changé pour activer les pilotes propriétaires.
Jusqu'ici tout va bien. Plus de retards.
Le problème persiste toujours avec le noyau récent 5.3.0-40.
J'ai rétrogradé à 5.2.21 de https://kernel.ubuntu.com/~kernel-ppa/mainline/ et le retard et les microfreezes ont disparu, le système fonctionne bien et est généralement plus réactif. N'a pas essayé le noyau mis à jour cependant.
Les microfrises sont provoquées par l'échange et général pendant l'opération d'écriture de disque. Jouer avec swappiness et swaps size aide un peu, ce n'est pas une solution.