#1 Le 14/07/2016, à 11:54
- certes
lenteur systeme - cmt revenir à la version précédente du noyau?
Suite à un problème exposé dans le poste suivant
https://forum.ubuntu-fr.org/viewtopic.php?id=1993078
Moko138 me suggère de tester une version antérieur du noyau
la version que j'utilise actuellement est la 4.4.0-28-generic
uname -a
Linux 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:09:13 UTC 2016 x86_64 x86_64 x86_64 GNU/Linuxcomme les versions précédentes sont toujours là (vérification faites par la commande ls /boot)
mon presque premier réflexe a été de spécifier dans grub (au moment du reboot, en cliquant sur MAJ lors du démarrage) le choix d'une autre version (j'ai testé le boot des versions 4.4.0-24-generic et 3.13.0-88-generic). Ce qui n'a absolument pas fonctionné ce qui est peut-être tout à fait logique (ou pas ??) ...
J'ai vu dans ce poste qu'il était possible d'installer une ancienne version via apt
https://forum.ubuntu-fr.org/viewtopic.php?id=642411
donc dans mon cas je pourrais utiliser les commandes
sudo apt-get install linux-image-4.4.0-24-generic linux-headers-4.4.0-24éventuellement
sudo apt-get remove linux-image-4.4.0-28-generic linux-headers-4.4.0-28et
sudo update-grubla commande
sudo apt-get -s install linux-image-4.4.0-24-generic linux-headers-4.4.0-24donne
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
linux-headers-4.4.0-24 is already the newest version (4.4.0-24.43).
linux-headers-4.4.0-24 passé en « installé manuellement ».
linux-image-4.4.0-24-generic is already the newest version (4.4.0-24.43).
linux-image-4.4.0-24-generic passé en « installé manuellement ».
0 mis à jour, 0 nouvellement installés, 0 à enlever et 44 non mis à jour.Mais avant de me lancer je voudrais avoir un avis
- est-ce normal que le lancement via grub n'ai pas marché ?
- est il nécessaire de supprimer la version actuelle pour que ça marche ?
et je repose ici deux questions que je viens de poser dans le précédent poste
- y a t il moyen d'empêcher un logiciel d'utiliser plus de x pourcent de la mémoire ram ou du cpu ???
- existe t'il un moyen de voir si le hardware présente une fragilité ou est loin d'accomplir les performances qu'il devrait (p ex qu'un des cpu présente une faiblesse ou que sais je encore) ??? expliquant la lenteur subite ...
Un tout grand merci d'avance
Hors ligne
#2 Le 14/07/2016, à 13:44
- scottviger
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
Si tu veut revenir a ton ancien kernel;
Redémarre ton pc et SPAM la touche shift au démarrage.
si tu as bien spamé, un menu au couleurs d'ubuntu va apparaitre.
Va dans Option avancé ubuntu 16.04.
Ubuntu 16.04 linux kernel 4.4.0-24 (ou quelque chose comme sa)
Après
sudo apt-get remove linux-image-4.4.0-28-generic linux-headers-4.4.0-28
sudo update-grub
FINI!
tu na pas besoin d'installer l'ancien noyau car tu la déja!
et oui oui Canonical on foirré sur 16.04, même les kernels sont buggés....
PS j'ai eu un problème semblable et mon pc bootait plus (; je connais la souffrance !
Bonne Chance
Hors ligne
#3 Le 14/07/2016, à 14:21
- certes
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
Merci Scottviger
pour l'instant je n'arrive pas à bien spamer apparemment :-)
Hors ligne
#4 Le 14/07/2016, à 14:38
- certes
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
he be
peux tu me préciser s'il y a un moment précis ou l'on doit spammer la touch maj ?
ou une autre combinaison de touche pour activer la même chose ?
et s'il y a un nom à ce type de menu de démarrage ?
je poursuis les tentatives :-)
merci
Hors ligne
#5 Le 14/07/2016, à 20:38
- scottviger
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
LOL
tu doit spamer SHIFT (en dessous de maj) (;
si tu as d'autre problèmes, tu peux te référé a une vidéo que j'ai fait.
https://www.youtube.com/watch?v=mKptQ-7uxM8
Hors ligne
#6 Le 14/07/2016, à 20:40
- scottviger
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
Le nom du menu c'est GRUB et la touche SHIFT est universelle pour activer le boot menu de l'OS.
Linux utilise presque toujours GRUB (;
Hors ligne
#7 Le 15/07/2016, à 10:13
- certes
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
tu doit spamer SHIFT (en dessous de maj) (;
si tu as d'autre problèmes, tu peux te référé a une vidéo que j'ai fait.
https://www.youtube.com/watch?v=mKptQ-7uxM8
merci pour la vidéo :-)
Le nom du menu c'est GRUB et la touche SHIFT est universelle pour activer le boot menu de l'OS.
ha ok quand tu m'as dit au couleur d'ubuntu j'ai cru que c'était autre chose ...
j'avais déjà essayé ça (je précise que le maintien de la touche shift juste après le bios fonctionne bien)
mais ça foire
tous les messages de chargement sont ok
mais une fois arrivé à la page de login
j'arrive à une page agrandie (comme si on zoomait sur le log)
et quand je tape le mot de passe je reviens à la page de log sans que le système ne se charge
Du coup, je me demande si c'est une bonne idée de réinstaller le kernel 4.4.0-24 ou si je vais droit dans le mur :-)
merci
Hors ligne
#8 Le 15/07/2016, à 10:22
- xubu1957
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
Bonjour,
Un nouveau noyau est sorti hier:
07-14 22:07 UTC linux-meta xenial main updates 4.4.0.31.33
Old Version: 4.4.0.28.30
07-14 22:07 UTC linux xenial main updates 4.4.0-31.50
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#9 Le 15/07/2016, à 10:26
- certes
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
haaa trop cool
merci xubu1957
Hors ligne
#10 Le 15/07/2016, à 15:08
- certes
Re : lenteur systeme - cmt revenir à la version précédente du noyau?
pas de bol
ça ne marche pas mieux avec la nouvelle version
cfr discussion
https://forum.ubuntu-fr.org/viewtopic.p … #p21553915
nouveau noyau installé
uname -a
Linux 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU/Linuxdonc nouveau test avec top multiples
top - 10:42:17 up 7 min, 1 user, load average: 0,09, 0,75, 0,54
Tâches: 255 total, 4 en cours, 251 en veille, 0 arrêté, 0 zombie
%Cpu(s): 0,0 ut, 10,5 sy, 0,0 ni, 89,5 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem : 6098268 total, 4052800 libr, 1081556 util, 963912 tamp/cache
KiB Éch: 6287356 total, 6287356 libr, 0 util. 4693672 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
1064 root 20 0 248028 65340 39660 R 40,0 1,1 0:17.63 Xorg
1789 user 20 0 1245724 128936 79784 R 20,0 2,1 0:08.56 compiz
2598 user 20 0 42080 3944 3272 R 20,0 0,1 0:00.13 top
1 root 20 0 119804 6024 4028 S 0,0 0,1 0:09.37 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
top - 10:42:17 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:19 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:20 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:20 up 7 min, 1 user, load average: 0,09, 0,74, 0,54
top - 10:42:24 up 7 min, 1 user, load average: 0,08, 0,73, 0,54
Tâches: 255 total, 1 en cours, 254 en veille, 0 arrêté, 0 zombie
%Cpu(s): 0,0 ut, 0,0 sy, 0,0 ni, 99,4 id, 0,6 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem : 6098268 total, 4052816 libr, 1081540 util, 963912 tamp/cache
KiB Éch: 6287356 total, 6287356 libr, 0 util. 4693688 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
7 root 20 0 0 0 0 S 0,8 0,0 0:00.36 rcu_sched
1721 user 20 0 419156 7264 5848 S 0,8 0,1 0:00.73 ibus-daemon
2005 user 20 0 1304472 94196 25820 S 0,8 1,5 0:03.23 gnome-software
2277 user 20 0 661348 39556 30044 S 0,8 0,6 0:01.56 gnome-terminal-
1 root 20 0 119804 6024 4028 S 0,0 0,1 0:09.37 systemd
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.01 ksoftirqd/0
top - 10:42:39 up 7 min, 1 user, load average: 0,54, 0,79, 0,56
Tâches: 259 total, 4 en cours, 255 en veille, 0 arrêté, 0 zombie
%Cpu(s): 69,0 ut, 6,3 sy, 0,0 ni, 7,3 id, 17,3 wa, 0,0 hi, 0,1 si, 0,0 st
KiB Mem : 6098268 total, 2717608 libr, 2235976 util, 1144684 tamp/cache
KiB Éch: 6287356 total, 6287356 libr, 0 util. 3538636 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2601 user 20 0 5780200 980,1m 3964 R 221,9 16,5 0:09.04 xds_par
2649 user 20 0 141496 124152 5900 R 4,0 2,0 0:00.12 H5ToXds
170 root -51 0 0 0 0 S 0,7 0,0 0:00.04 irq/28-ahci1
7 root 20 0 0 0 0 R 0,3 0,0 0:00.37 rcu_sched
1064 root 20 0 248028 65340 39660 S 0,3 1,1 0:17.99 Xorg
1792 user 20 0 472372 31228 26100 S 0,3 0,5 0:00.21 ibus-ui-gtk3
2625 user 20 0 42072 3944 3300 R 0,3 0,1 0:00.01
top - 10:42:50 up 8 min, 1 user, load average: 1,07, 0,90, 0,60
Tâches: 261 total, 2 en cours, 259 en veille, 0 arrêté, 0 zombie
%Cpu(s): 4,6 ut, 1,5 sy, 0,2 ni, 76,5 id, 17,1 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem : 6098268 total, 653336 libr, 4125932 util, 1319000 tamp/cache
KiB Éch: 6287356 total, 6287356 libr, 0 util. 1648320 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2601 user 20 0 5780200 2,775g 3964 S 260,0 47,7 0:33.43 xds_par
2744 user 20 0 105512 47772 5900 D 53,3 0,8 0:00.08 H5ToXds
2746 user 20 0 62064 47468 5852 R 53,3 0,8 0:00.08 H5ToXds
1064 root 20 0 248028 65340 39660 S 6,7 1,1 0:18.04 Xorg
1 root 20 0 119804 6024 4028 S 0,0 0,1 0:09.37 systemd
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.01 ksoftirqd/0
top - 10:43:39 up 8 min, 1 user, load average: 3,45, 1,62, 0,86
Tâches: 257 total, 1 en cours, 256 en veille, 0 arrêté, 0 zombie
%Cpu(s): 5,5 ut, 0,6 sy, 0,0 ni, 60,2 id, 33,5 wa, 0,0 hi, 0,2 si, 0,0 st
KiB Mem : 6098268 total, 283660 libr, 5535372 util, 279236 tamp/cache
KiB Éch: 6287356 total, 5342272 libr, 945084 util. 259504 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2601 user 20 0 5570380 4,725g 2260 S 17,6 81,2 1:09.82 xds_par
169 root -51 0 0 0 0 S 0,7 0,0 0:01.38 irq/27-ahci0
7 root 20 0 0 0 0 S 0,3 0,0 0:00.46 rcu_sched
1064 root 20 0 248028 26468 22532 S 0,3 0,4 0:18.12 Xorg
1789 user 20 0 1245724 53296 29068 S 0,3 0,9 0:08.93 compiz
2875 user 20 0 42072 3780 3136 R 0,3 0,1 0:00.03 top
1 root 20 0 119804 1864 1560 S 0,0 0,0 0:09.37 systemd et un petit top beaucoup plus tard
top - 15:01:02 up 4:26, 1 user, load average: 0,09, 0,19, 0,23
Tâches: 253 total, 1 en cours, 252 en veille, 0 arrêté, 0 zombie
%Cpu(s): 0,3 ut, 0,2 sy, 0,0 ni, 99,3 id, 0,2 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem : 6098268 total, 4719436 libr, 676048 util, 702784 tamp/cache
KiB Éch: 6287356 total, 5317936 libr, 969420 util. 5121712 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
1064 root 20 0 261100 37120 29624 S 2,0 0,6 1:34.12 Xorg
2277 user 20 0 662372 17292 12004 S 1,3 0,3 0:03.84 gnome-terminal-
166 root 20 0 0 0 0 S 0,3 0,0 0:03.03 usb-storage
9112 user 20 0 1645556 524984 112656 S 0,3 8,6 5:53.74 firefox
1 root 20 0 119804 3772 2588 S 0,0 0,1 0:09.53 systemd => j'en déduis que le passage sur le nouveau noyau n'a pas solutionné le soucis ...
=> deux possibilités soit le nouveau noyau ne solutionne pas le problème
soit c'est pas le noyau le problème
=> faudrait vraiment que j'arrive à rebooté sur un plus vieux noyau ...
se pourrait il que je n'y arrive pas car j'ai mis à jour le driver de la carte graphique de la nvidia lorsque le noyau 4.4.0-28 était en fonction ???
Hors ligne