Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

PC ne boote pas sur noyau 5.4 suite à migration vers Ubuntu 20.04 LTS

abelthorne

Essaie de lancer l'installation pour de vrai puis reboote et regarde si tu as un noyau 5.6 en plus sur lequel tu peux booter :

sudo apt-get install --reinstall linux-oem linux-oem-20.04

Drumming_C

J'ai fait l'installation, j'ai bien maintenant un noyau 5.6 oem en plus ... mais impossible de faire démarrer le PC sur celui-ci ... Je ne peux utiliser que le 4.15 ...

abelthorne

Je commence à être à court d'idées... :/
Concrètement, au boot, qu'est-ce qu'il se passe après avoir choisi le noyau ? écran noir et rien ne charge ?

Techniquement, tu as deux noyaux 4.15 (1023 et 1080), est-ce que tu les vois les deux dans GRUB ? Est-ce que tu as des infos plus précises sur celui qui fonctionne ? C'est une maigre piste mais dans ton boot-info, je vois qu'il y a un 4.15 (le 1023) qui a une variante ".efi.signed". De là à dire que tu ne peux démarrer que sur un noyau signé...

Drumming_C

Alors, voici la situation :

1) Qu'est-ce qu'il se passe après avoir choisi le noyau ? -> J'ai un écran noir sur lequel est affiché :
Chargement de Linux 5.6.0-1008-oem ...
Chargement du disque mémoire initial ...

Ensuite plus rien, rien ne charge, le PC reste figé sur cet écran.

2) Je vois bien les 2 versions du noyau 4.15 dans le GRUB (chacun en version "normale" et en "recovery mode"). J'ai déjà essayé les noyaux 5.4 et 5.6 en recovery mode, ça produit le même effet.

Je viens également de me rendre compte que seul le noyau 4.15.0-1080 fonctionne. J'ai en effet essayé la version précédente (le 1023), j'obtiens un long message d'erreur sur écran noir. J'ai noté les premières lignes, voici ce que ça dit :

A TPR (ou TPM, je n'arrive plus à me relire ...) error (378) occurred get tpm pcr allocation
Couldn't get size : 0x800000000000e
Kernel Panic - not syncing : UFS : Unable to mount root fs on unknow-block (0,0)
CPU : 2 PID : 1 Comm : swapper / 0 Not tainted 4.15.0-1023-oem #26-Ubuntu.

Je n'ai donc plus qu'une seule version de noyau qui fonctionne.

La piste du noyau signé est également à oublier selon moi vu que le noyau signé (le 1023) ne fonctionne pas non plus.

abelthorne

Je pense qu'il faudrait invoquer malbo, il sait peut-être ce genre de truc mais moi, ça me dépasse. :/

xubu1957

Bonsoir,

Pour info > askubuntu.com/questions/1210034/ubuntu-boot-failure-couldn-t-get-size-0x800000000000e

geole

Bonsoir.
Si tu peux encore booter avec un noyau
A) Modifier la ligne suivante du fichier /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

afin qu'elle devienne

GRUB_CMDLINE_LINUX_DEFAULT="    "

B) Prise en charge

sudo update-grub

C) Mise à jour du nouveau noyau

sudo apt update
sudo apt upgrade

alh54

Je n'ai jamais eu un kerrnel-oem, donc je ne peux pas me prononcer. J'indique juste une piste à ne pas négliger.
Le problème peut venir d'une signature shim pour un boot sécurisé.
Dell indique ici une solution de contournement pour désactiver cette fonction.
Si ma remarque manque de pertinence, oubliez-la très vite.

geole

alh54 a écrit Le problème peut venir d'une signature shim pour un boot sécurisé.
Si ma remarque manque de pertinence, oubliez-la très vite.

Bonjour.
La consultation du boot-info indique qu'on n'est pas dans le contexte

=============================== UEFI/Legacy mode ===============================
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session. SecureBoot disabled.

Drumming_C

Ce n'est pas grave, merci quand même pour ton aide. Je peux toujours continuer à utiliser mon PC en démarrant sur le noyau 4.15, le système semble stable, je n'ai pas rencontré de problème particulier. Une solution sera peut-être proposée lors de la prochaine mise à jour du système (20.04.1). Au pire je lancerai un "factory restore" qui rétablira le PC dans sa configuration d'origine (s'agissant d'un PC acheté avec Ubuntu pré-installé, j'ai la possibilité de faire ça).

Une dernière question : y a-t-il moyen de changer l'ordre de priorité des noyaux dans le GRUB afin de faire en sorte que le PC boote directement sur le noyau 4.15 ? C'est un peu ennuyeux de toujours devoir sélectionner le noyau au démarrage.

Merci.

Drumming_C

geole a écritBonsoir.
Si tu peux encore booter avec un noyau
A) Modifier la ligne suivante du fichier /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

afin qu'elle devienne

GRUB_CMDLINE_LINUX_DEFAULT="    "

B) Prise en charge

sudo update-grub

C) Mise à jour du nouveau noyau

sudo apt update
sudo apt upgrade

Je trouve bien ce fichier et la ligne en question, mais le fichier est en lecture seule, comment dois-je faire pour le modifier ?

geole

Par exemple

gedit admin:///etc/default/grub

sudo nano /etc/default/grub

Drumming_C

J'ai modifié le fichier grub et mis à jour le noyau en suivant la procédure indiquée.
Mais toujours le même problème : impossible de booter sur les noyaux 5.4 ou 5.6, seul le 4.15 est accepté.
Je note cependant que suite à la dernière manipulation, l'écran de démarrage fait défiler un nombre important de lignes de commande sur fond noir avant d'arriver sur la page d'accueil d'Ubuntu. Est-ce dû à la suppression du "quiet splash" dans le fichier grub ?

xubu1957

Montre :

dpkg -l | grep -v ^ii

Drumming_C

claude@claude-Inspiron-3482:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                                   Version                                    Architecture Description
+++-=====================================================-==========================================-============-======================================================================================================
claude@claude-Inspiron-3482:~$

xubu1957

C'est tout propre et pas de paquets cassés.

Drumming_C

En effet :-)

Comme indiqué dans mon message #30, je laisse tomber pour l'instant, mon système est stable avec le noyau 4.15. J'ai entre-temps trouvé un moyen de forcer le GRUB à booter automatiquement sur ce noyau-là (et non sur le dernier 5.4 qui ne fonctionne pas) donc mon PC est parfaitement opérationnel.

J'imagine qu'une prochaine mise à jour du système résoudra le problème.

Merci à tous.

0ui-0ui

Salut,
J'avais un problème similaire sur un Inspiron : http://forum.ubuntu-fr.org/viewtopic.php?pid=22275945#p22275945
Je l'ai plus ou moins résolu en installant un dual boot 18.04 et 20.04; Les deux fonctionnent. Pour l'instant je garde comme ça, même si c'est dommage d'avoir une partition 18.04 qui ne me sert pas (à part à faire booter la plus récente).

Bon vent

geole

Drumming_C a écritJ'ai modifié le fichier grub et mis à jour le noyau en suivant la procédure indiquée.
Mais toujours le même problème : impossible de booter sur les noyaux 5.4 ou 5.6, seul le 4.15 est accepté.
Je note cependant que suite à la dernière manipulation, l'écran de démarrage fait défiler un nombre important de lignes de commande sur fond noir avant d'arriver sur la page d'accueil d'Ubuntu. Est-ce dû à la suppression du "quiet splash" dans le fichier grub ?

Bonjour
Oui, c'est dut a cette suppression.
Je pensais que tu pourrais y voir le blocage et fournir les dernières lignes affichées.
Je ne sais pas exactement ce que tu appelles la page d'accueil de Ubuntu sur laquelle tu bloques....

A tout hasard, je vais te demander quelques retours de commandes pour les derniers boots

journalctl -b -1 | tail -15
journalctl -b -2 | tail -15
journalctl -b -3 | tail -15
journalctl -b -4 | tail -15

et tu augmentes de 1 à chaque fois jusqu'à ce que tu ais remonté jusqu'avant tes incidents

C'est inutile de poster ceux qui seront semblables en lignes exécutées au précédant

Drumming_C

Bonjour,

Désolé pour ce long silence. Voici les infos demandées :

Log du dernier boot (qui remonte au mardi 5 mai), boot sur noyau 4.15 :

claude@claude-Inspiron-3482:~$ journalctl -b -1 | tail -15
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Stopped Remount Root and Kernel File Systems.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: lvm2-monitor.service: Succeeded.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Stopped Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Reached target Shutdown.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Starting Shuts down the "live" preinstalled system cleanly...
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: casper.service: Succeeded.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Finished Shuts down the "live" preinstalled system cleanly.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Reached target Final Step.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: systemd-poweroff.service: Succeeded.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Finished Power-Off.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Reached target Power-Off.
mai 05 10:36:39 claude-Inspiron-3482 systemd[1]: Shutting down.
mai 05 10:36:39 claude-Inspiron-3482 systemd-shutdown[1]: Syncing filesystems and block devices.
mai 05 10:36:39 claude-Inspiron-3482 systemd-shutdown[1]: Sending SIGTERM to remaining processes...
mai 05 10:36:39 claude-Inspiron-3482 systemd-journald[357]: Journal stopped

La migration de Ubuntu 18.04 vers 20.04 a été effectuée le 1er mai. Voici le dernier boot (celui de la veille) avant migration :

claude@claude-Inspiron-3482:~$ journalctl -b -22 | tail -15
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Stopped target Local File Systems (Pre).
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Stopped Create Static Device Nodes in /dev.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Deactivated swap /swapfile.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Reached target Unmount All Filesystems.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Stopped Remount Root and Kernel File Systems.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Reached target Shutdown.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Starting Shuts down the "live" preinstalled system cleanly...
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Started Shuts down the "live" preinstalled system cleanly.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Reached target Final Step.
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Starting Power-Off...
avr 30 20:32:01 claude-Inspiron-3482 systemd[1]: Shutting down.
avr 30 20:32:01 claude-Inspiron-3482 kernel: systemd-shutdow: 42 output lines suppressed due to ratelimiting
avr 30 20:32:01 claude-Inspiron-3482 systemd-shutdown[1]: Syncing filesystems and block devices.
avr 30 20:32:01 claude-Inspiron-3482 systemd-shutdown[1]: Sending SIGTERM to remaining processes...
avr 30 20:32:01 claude-Inspiron-3482 systemd-journald[364]: Journal stopped

Ensuite, un log du 1er mai après migration :

claude@claude-Inspiron-3482:~$ journalctl -b -18 | tail -15
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Stopped Remount Root and Kernel File Systems.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: lvm2-monitor.service: Succeeded.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Stopped Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Reached target Shutdown.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Starting Shuts down the "live" preinstalled system cleanly...
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: casper.service: Succeeded.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Finished Shuts down the "live" preinstalled system cleanly.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Reached target Final Step.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: systemd-reboot.service: Succeeded.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Finished Reboot.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Reached target Reboot.
mai 01 16:44:46 claude-Inspiron-3482 systemd[1]: Shutting down.
mai 01 16:44:46 claude-Inspiron-3482 systemd-shutdown[1]: Syncing filesystems and block devices.
mai 01 16:44:46 claude-Inspiron-3482 systemd-shutdown[1]: Sending SIGTERM to remaining processes...
mai 01 16:44:46 claude-Inspiron-3482 systemd-journald[362]: Journal stopped

Et enfin, un autre le même jour un peu plus tard :

claude@claude-Inspiron-3482:~$ journalctl -b -17 | tail -15
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Stopped Remount Root and Kernel File Systems.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: lvm2-monitor.service: Succeeded.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Stopped Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Reached target Shutdown.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Starting Shuts down the "live" preinstalled system cleanly...
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: casper.service: Succeeded.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Finished Shuts down the "live" preinstalled system cleanly.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Reached target Final Step.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: systemd-poweroff.service: Succeeded.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Finished Power-Off.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Reached target Power-Off.
mai 01 16:57:14 claude-Inspiron-3482 systemd[1]: Shutting down.
mai 01 16:57:14 claude-Inspiron-3482 systemd-shutdown[1]: Syncing filesystems and block devices.
mai 01 16:57:14 claude-Inspiron-3482 systemd-shutdown[1]: Sending SIGTERM to remaining processes...
mai 01 16:57:14 claude-Inspiron-3482 systemd-journald[362]: Journal stopped

Je n'y comprends pas grand chose et surtout, je ne vois pas bcp de différences entre chaque log.

Est-ce que vous voyez qqch de votre côté ?

Merci.

« Page précédente Page suivante »