[RESOLU]installation du noyau 4.20 kubutnu 18.04

behelly · Le 15/02/2019, à 15:11

Bonjour,

Je viens d'acheter un nouvel ordinateur portable (asus UX433F) et j'y ai installé kubuntu 18.04. Comme précisé dans la liste de compatibilité d'ubuntu avec les ordis portables, le son ne marche pas. La solution proposée est d'installer une version plus récente du noyau :

UX433FA-A5045T (Asus ZenBook 14) Fonctionne après config 18.04 L'image freeze avec la 18.10 : concerne sûrement uniquement le modèle i7 avec la carte N-Vidia (le modèle i5 est équipé d'un chipset graphique intégré). Mettre la 18.04 puis installer les drivers Nouveau.

Autre problème détecté : il n'y a pas de son avec le noyau d'Ubuntu 18.04 par défaut (kernel 4.15* generic). Installer un noyau Linux plus récent (ici a fonctionné avec la version kernel 4.20* generic, attention ne pas prendre les packages .deb "low latency").

Ce que j'ai essayé de faire. J'ai une longue expérience avec ubuntu en utilisation bureautique/loisir mais je n'ai jamais eu à changer de noyau.

J'ai d'abord suivi l'article wiki ubuntu consacré à cela mais je n'ai pas réussi à comprendre. Je me suis donc rabattue sur la méthode expliquée ici : https://korben.info/installer-noyau-lin … ement.html et tout a bien marché en apparence. Sauf que malheureusement, lorsque je démarre, j'obtiens un message d'erreur :

/boot/vmlinuz-4.20.0-042000-generic has invalid signature

le noyau doit d'abord être chargé.

Est-ce que j'ai raté une manip ?

Merci pour toute aide..

Dernière modification par behelly (Le 16/02/2019, à 10:35)

xubu1957 · Le 15/02/2019, à 15:21

Bonjour,

Tu as regardé la Doc > ubuntu_kernel_upgrade_utility ?

> nextinpact.com/news/107241-ukku-test-et-installation-noyau-automatises-pour-ubuntu-et-ses-derives

_ _ _

> bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1784485

post #78 a écrit :

I can confirm the following fixed the no-sound issue on my UX533 per buchovagabond's post above:
sudo ukuu --install v4.19.10

ou > askubuntu.com/questions/1105718/no-sound-in-asus-zenbook-14-ux433fa-after-installing-ubuntu-18-10

Open ukuu from the Activities and then select and install Linux 4.19.11
reboot
Enjoy the sound.

Dernière modification par xubu1957 (Le 15/02/2019, à 15:42)

Nuliel · Le 15/02/2019, à 15:23

installer les drivers Nouveau

Ca doit être une erreur. Où as tu trouvé ça?

T'embête pas, essaie ukuu

Edit: grillé

Dernière modification par Nuliel (Le 15/02/2019, à 15:23)

behelly · Le 15/02/2019, à 16:14

Merci à vous deux.

En effet c'est avec ukuu que j'ai installé le nouveau noyau. J'ai également installé le noyau 4.19.20 pour voir et ça me donne la même erreur . Maintenant j'ai une liste longue comme le bras de noyaux possibles au démarrage mais seul le 4.15 marche

Pour les drivers de la carte vidéo, ça ne m'a pas concerné (j'ai un i5 avec un chipset graphique)

Dernière modification par behelly (Le 15/02/2019, à 16:15)

xubu1957 · Le 15/02/2019, à 16:17

Tu avais appliqué ?

La Doc a écrit :

Une fois le nouveau noyau installé, redémarrez et connectez-vous avec le noyau nouvellement installé.

behelly · Le 15/02/2019, à 16:32

Oui . C'est au redémarrage que j'ai le message d'erreur décrit plus haut.

xubu1957 · Le 15/02/2019, à 16:34

Fournis :

uname -a

behelly · Le 15/02/2019, à 16:36

Linux ZenBook-UX433FA 4.15.0-45-generic #48-Ubuntu SMP Tue Jan 29 16:28:13 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Dernière modification par behelly (Le 16/02/2019, à 09:49)

xubu1957 · Le 15/02/2019, à 16:41

Fournis les noyaux présents :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

Méthode détaillée :

cqfd93 a écrit :

Bonjour,
Entrer des commandes dans un terminal et donner le résultat - Voilà la marche à suivre :
Ouvre le terminal avec ctrl-alt-t
Sélectionne la commande voulue avec un triple clic (ça sélectionne toute la ligne, même la fin si on ne la voit pas)
Colle-la dans le terminal avec un clic molette, valide avec Entrée
Sélectionne et copie tout ce que te dit le terminal depuis la commande jusqu'à la dernière ligne incluse
Clique sur le <> de l'éditeur de message
Colle là où se trouve le curseur (entre le ] et le [)

behelly · Le 15/02/2019, à 16:42

Ca donne ça :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

ii  linux-headers-4.15.0-29                      4.15.0-29.31                 all
ii  linux-modules-4.15.0-29-generic              4.15.0-29.31                 amd64
ii  linux-modules-extra-4.15.0-29-generic        4.15.0-29.31                 amd64
ii  linux-headers-4.15.0-29-generic              4.15.0-29.31                 amd64
ii  linux-image-4.15.0-29-generic                4.15.0-29.31                 amd64
ii  linux-generic                                4.15.0.45.47                 amd64
ii  linux-signed-generic                         4.15.0.45.47                 amd64
ii  linux-headers-generic                        4.15.0.45.47                 amd64
ii  linux-image-generic                          4.15.0.45.47                 amd64
ii  linux-headers-4.15.0-45                      4.15.0-45.48                 all
ii  linux-modules-4.15.0-45-generic              4.15.0-45.48                 amd64
ii  linux-modules-extra-4.15.0-45-generic        4.15.0-45.48                 amd64
ii  linux-headers-4.15.0-45-generic              4.15.0-45.48                 amd64
ii  linux-image-4.15.0-45-generic                4.15.0-45.48                 amd64
ii  linux-headers-4.18.0-15                      4.18.0-15.16~18.04.1         all
ii  linux-headers-4.18.0-15-generic              4.18.0-15.16                 amd64
ii  linux-headers-4.19.20-041920                 4.19.20-041920.201902061341  all
ii  linux-modules-4.19.20-041920-generic         4.19.20-041920.201902061341  amd64
ii  linux-headers-4.19.20-041920-generic         4.19.20-041920.201902061341  amd64
ii  linux-image-unsigned-4.19.20-041920-generic  4.19.20-041920.201902061341  amd64
ii  linux-headers-4.20.0-042000                  4.20.0-042000.201812232030   all
ii  linux-modules-4.20.0-042000-generic          4.20.0-042000.201812232030   amd64
ii  linux-headers-4.20.0-042000-generic          4.20.0-042000.201812232030   amd64
ii  linux-image-unsigned-4.20.0-042000-generic   4.20.0-042000.201812232030   amd64

Dernière modification par behelly (Le 16/02/2019, à 09:50)

maxire · Le 15/02/2019, à 16:46

Salut,

Désactiver le démarrage sécurisé (secure boot) peut-être ?
Si ce n'est pas déjà fait, à moins que cet asus ne fasse partie des ordinateurs pour lesquels la désactivation du démarrage sécurisé est impossible.

Les noyaux lancés lors d'un démarrage sécurisé doivent être authentifiés par une clef numérique, ces noyaux sont installés via les paquets linux-signed-generic, si uku ne les fournit pas et que tu ne peux pas désactiver le démarrage sécurisé tu ne peux qu'attendre la prochaine mouture Ubuntu 18.04 avec noyau 4.20.

Sinon je ne vois pas.

Dernière modification par maxire (Le 15/02/2019, à 16:50)

xubu1957 · Le 15/02/2019, à 16:48

Pour ajouter toi-même les balises code à tes précédents messages #8 et #10 : Merci

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

_ _ _

Voir règles du forum > balises BB code

Balise CODE :
C'est la balise à utiliser pour donner de longs messages d'erreurs, des contenus de fichiers de configuration, des commandes à taper, etc … Elle permet des messages plus "compacts", et est moins ambiguë que d'autres polices sur certains caractères.

alca94 a écrit :

Dernière modification par xubu1957 (Le 16/02/2019, à 10:35)

behelly · Le 15/02/2019, à 16:49

Merci, je dois partir mais je vais essayer ta piste dès que je reviens. Je suis déjà tombée sur des docs qui parlent de désactiver le secure boot mais je ne l'ai pas fait. A suivre..

xubu1957 · Le 15/02/2019, à 16:52

Voir la documentation au début du § 3 > [Tuto] Pas de Wi-fi ? Eléments importants à vérifier, pour désactiver le secure-boot

nam1962 · Le 15/02/2019, à 16:52

Oublie Ukuu et toute install manuelle de kernel : plantade finale garantie. Ukuu est un outil de test et rien de plus.
Si tu as besoin de sélectionner un kernel spécifique il faut une install Manjaro (et sur Manjaro, actuellement, la 4.20 est déconseillée (je l'utilise, mais elle crée des sursollicitations de processeur imprévisibles).

maxire · Le 15/02/2019, à 17:01

nam1962 a écrit :

et sur Manjaro, actuellement, la 4.20 est déconseillée (je l'utilise, mais elle crée des sursollicitations de processeur imprévisibles).

Alors cela doit être pour cela que j'ai gelé plusieurs fois de suite Archlinux ces derniers jours !
J'en avais tellement perdu l'habitude...

nam1962 · Le 15/02/2019, à 22:20

Eh !

behelly · Le 16/02/2019, à 10:32

maxire a écrit :

Désactiver le démarrage sécurisé (secure boot) peut-être ?
Les noyaux lancés lors d'un démarrage sécurisé doivent être authentifiés par une clef numérique, ces noyaux sont installés via les paquets linux-signed-generic, si uku ne les fournit pas et que tu ne peux pas désactiver le démarrage sécurisé tu ne peux qu'attendre la prochaine mouture Ubuntu 18.04 avec noyau 4.20.

Merci !!!!!!!! C'était en effet le secure boot ! J'ai désinstallé le noyau 4.20 comme il n'est pas encore recommandé, et mis un 4.19.11, le tout avec ukuu.

J'ai désactivé le secure boot comme indiqué ici :

Au démarrage du PC, appuyer sur F2 permet d'entrer dans dans l'UEFI
Se rendre dans la section Security, désactiver l'option Secure Boot Control

Et ça a marché ! Maintenant j'ai un noyau 4.19 et du son !

edit : le réglage de la luminosité de l'écran ainsi que le rétro-éclairage du clavier fonctionnent sans autre manip

Dernière modification par behelly (Le 16/02/2019, à 12:42)

maxire · Le 19/02/2019, à 10:39

Je confirme, le noyau 4.20 est absolument à éviter, sous Archlinux livraisons d'une nouvelle version tous les 3 jours, j'ai fini par installer la version lts du noyau Archlinux qui est une 4.19 en ce moment !

nam1962 · Le 12/03/2019, à 22:16

Ah bah...

~]$ ls /boot/ | grep vmlinuz
vmlinuz-5.0-x86_64

GammaDraconis · Le 12/03/2019, à 22:31

Perso j'ai jamais eu de soucis avec le noyau 4.20, cela dit maintenant sous Arch c'est le 5.0.

maxire · Le 13/03/2019, à 11:09

Je reste quand même en noyau LTS, je n'ai pas besoin de la toute dernière version de noyau.

Hikikomori · Le 16/05/2019, à 22:21

Bonsoir,

C'est moi qui ait mis à jour la page des Asus à jour pour le modèle "UX433FA-A5045T (Asus ZenBook 14)" que je possède toujours.

Je me retrouve sur ce topic pour une raison proche : au démarrage depuis hier soir suite au grub sur la version du noyau "4.20.0-042000.201812232030" (installé pour avoir le son comme je l'ai indiqué dans le wiki) j'ai un message "Chargement du disque mémoire initial..." puis plus rien et le système ne boote pas.
Jusqu'à hier soir cela fonctionnait (4.20 + son + Secure Boot désactivé).

J'ai du coup essayé d'installer plusieurs versions du noyau 4.19 en vain. Voici la liste de mes noyaux :

➜  ~ dpkg --list | grep linux-image
rc  linux-image-4.15.0-29-generic               4.15.0-29.31                                 amd64        Signed kernel image generic
rc  linux-image-4.15.0-43-generic               4.15.0-43.46                                 amd64        Signed kernel image generic
rc  linux-image-4.15.0-45-generic               4.15.0-45.48                                 amd64        Signed kernel image generic
rc  linux-image-4.15.0-46-generic               4.15.0-46.49                                 amd64        Signed kernel image generic
ii  linux-image-4.15.0-47-generic               4.15.0-47.50                                 amd64        Signed kernel image generic
ii  linux-image-4.15.0-48-generic               4.15.0-48.51                                 amd64        Signed kernel image generic
ii  linux-image-4.15.0-50-generic               4.15.0-50.54                                 amd64        Signed kernel image generic
ii  linux-image-generic                         4.15.0.50.52                                 amd64        Generic Linux kernel image
ii  linux-image-unsigned-4.19.43-041943-generic 4.19.43-041943.201905141927                  amd64        Linux kernel image for version 4.19.43 on 64 bit x86 SMP
ii  linux-image-unsigned-4.20.0-042000-generic  4.20.0-042000.201812232030                   amd64        Linux kernel image for version 4.20.0 on 64 bit x86 SMP

Un "less /var/log/apt/history.log" donne cette mise à jour hier soir qui pourrait être en cause :

Start-Date: 2019-05-15  22:39:56
Commandline: apt upgrade
Requested-By: francois (1000)
Install: linux-image-4.15.0-50-generic:amd64 (4.15.0-50.54, automatic), linux-headers-4.15.0-50:amd64 (4.15.0-50.54, automatic), linux-modules-extra-4.15.0-50-generic:amd64 (4.15.0-50.54, automatic), linux-modules-4.15.0-50-generic:amd64 (4.15.0-50.54, automatic), linux-headers-4.15.0-50-generic:amd64 (4.15.0-50.54, automatic)
Upgrade: libnm-glib4:amd64 (1.10.6-2ubuntu1.1, 1.10.14-0ubuntu2), gir1.2-nm-1.0:amd64 (1.10.6-2ubuntu1.1, 1.10.14-0ubuntu2), intel-microcode:amd64 (3.20180807a.0ubuntu0.18.04.1, 3.20190514.0ubuntu0.18.04.2), linux-headers-generic:amd64 (4.15.0.48.50, 4.15.0.50.52), linux-libc-dev:amd64 (4.15.0-48.51, 4.15.0-50.54), libwbclient0:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.9, 2:4.7.6+dfsg~ubuntu-0ubuntu2.10), adobe-flash-properties-gtk:amd64 (1:20190409.1-0ubuntu0.18.04.1, 1:20190514.1-0ubuntu0.18.04.1), linux-image-generic:amd64 (4.15.0.48.50, 4.15.0.50.52), google-chrome-stable:amd64 (74.0.3729.131-1, 74.0.3729.157-1), qemu-system-x86:amd64 (1:2.11+dfsg-1ubuntu7.12, 1:2.11+dfsg-1ubuntu7.13), libnm0:amd64 (1.10.6-2ubuntu1.1, 1.10.14-0ubuntu2), network-manager:amd64 (1.10.6-2ubuntu1.1, 1.10.14-0ubuntu2), mozc-utils-gui:amd64 (2.20.2673.102+dfsg-2, 2.20.2673.102+dfsg-2ubuntu0.18.04.1), adobe-flashplugin:amd64 (1:20190409.1-0ubuntu0.18.04.1, 1:20190514.1-0ubuntu0.18.04.1), libnm-util2:amd64 (1.10.6-2ubuntu1.1, 1.10.14-0ubuntu2), samba-libs:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.9, 2:4.7.6+dfsg~ubuntu-0ubuntu2.10), python3-distupgrade:amd64 (1:18.04.31, 1:18.04.32), ubuntu-release-upgrader-core:amd64 (1:18.04.31, 1:18.04.32), qemu-utils:amd64 (1:2.11+dfsg-1ubuntu7.12, 1:2.11+dfsg-1ubuntu7.13), mozc-server:amd64 (2.20.2673.102+dfsg-2, 2.20.2673.102+dfsg-2ubuntu0.18.04.1), ibus-mozc:amd64 (2.20.2673.102+dfsg-2, 2.20.2673.102+dfsg-2ubuntu0.18.04.1), libsmbclient:amd64 (2:4.7.6+dfsg~ubuntu-0ubuntu2.9, 2:4.7.6+dfsg~ubuntu-0ubuntu2.10), network-manager-config-connectivity-ubuntu:amd64 (1.10.6-2ubuntu1.1, 1.10.14-0ubuntu2), qemu-kvm:amd64 (1:2.11+dfsg-1ubuntu7.12, 1:2.11+dfsg-1ubuntu7.13), ubuntu-release-upgrader-gtk:amd64 (1:18.04.31, 1:18.04.32), uim-mozc:amd64 (2.20.2673.102+dfsg-2, 2.20.2673.102+dfsg-2ubuntu0.18.04.1), qemu-block-extra:amd64 (1:2.11+dfsg-1ubuntu7.12, 1:2.11+dfsg-1ubuntu7.13), linux-generic:amd64 (4.15.0.48.50, 4.15.0.50.52), qemu-system-common:amd64 (1:2.11+dfsg-1ubuntu7.12, 1:2.11+dfsg-1ubuntu7.13), fcitx-mozc:amd64 (2.20.2673.102+dfsg-2, 2.20.2673.102+dfsg-2ubuntu0.18.04.1), mozc-data:amd64 (2.20.2673.102+dfsg-2, 2.20.2673.102+dfsg-2ubuntu0.18.04.1)
End-Date: 2019-05-15  22:41:56

Je précise que je suis en "Secure Boot" désactivé dans le BIOS.
En activant le "Secure Boot" j'ai la même erreur que behelly à savoir : "/boot/vmlinuz-4.20.0-042000-generic has invalid signature". Ce qui semble logique dans ce cas.

Et là actuellement le système boote sur la version du noyau 4.15 la plus récente dont je dispose mais je n'ai pas le son... Une idée pour revenir sur la 4.20 ou une 4.19 LTS qui fonctionnerait éventuellement ?

Un grand merci d'avance

xubu1957 · Le 16/05/2019, à 22:39

Bonsoir,

Fournis le noyau actif :

uname -a

Hikikomori · Le 16/05/2019, à 22:57

Merci pour ta réponse.

Sur le noyau actif (4.15*) sans secure boot le seul problème finalement c'est pas de son...

Mais les 4.19* et 4.20* sont KO a priori

Voici :

➜  ~ uname -a
Linux zenbook 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:46:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/02/2019, à 15:11

[RESOLU]installation du noyau 4.20 kubutnu 18.04

#2 Le 15/02/2019, à 15:21

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#3 Le 15/02/2019, à 15:23

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#4 Le 15/02/2019, à 16:14

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#5 Le 15/02/2019, à 16:17

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#6 Le 15/02/2019, à 16:32

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#7 Le 15/02/2019, à 16:34

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#8 Le 15/02/2019, à 16:36

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#9 Le 15/02/2019, à 16:41

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#10 Le 15/02/2019, à 16:42

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#11 Le 15/02/2019, à 16:46

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#12 Le 15/02/2019, à 16:48

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#13 Le 15/02/2019, à 16:49

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#14 Le 15/02/2019, à 16:52

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#15 Le 15/02/2019, à 16:52

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#16 Le 15/02/2019, à 17:01

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#17 Le 15/02/2019, à 22:20

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#18 Le 16/02/2019, à 10:32

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#19 Le 19/02/2019, à 10:39

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#20 Le 12/03/2019, à 22:16

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#21 Le 12/03/2019, à 22:31

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#22 Le 13/03/2019, à 11:09

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#23 Le 16/05/2019, à 22:21

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#24 Le 16/05/2019, à 22:39

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

#25 Le 16/05/2019, à 22:57

Re : [RESOLU]installation du noyau 4.20 kubutnu 18.04

Pied de page des forums