Impossible de démarrer à l'aide du noyau 5.3.0 après la mise à niveau vers 19.10
Si j'essaie de démarrer normalement, il se bloque simplement sur l'écran violet et ne me demande pas mon mot de passe de chiffrement de disque.
Si je vais dans "Options avancées d'Ubuntu" (ou son nom) dans GRUB, et que j'essaie de démarrer avec le noyau 5.3, je vois l'erreur
[ 0.794343] [drm:drm_calc_timestamping_constants [drm]] *ERROR* rtc 66: Can't calculate constants, dotclock = 0!
le numéro d'erreur semble changer à chaque fois, mais le message d'erreur est le même.
Si je démarre 5.3.0 en mode de récupération, il semble bien démarrer sur le système de fichiers en lecture seule, mais quand je lui demande de continuer le processus de démarrage, il se bloque avec juste un trait de soulignement clignotant tout de suite.
Je peux très bien utiliser mon système si je choisis de le démarrer avec l'ancien noyau générique 5.0.0-32 via GRUB (je tape ce rapport de bogue sur "Ubuntu 5.0.0- 32.34-générique 5.0.21 ").
Vous pouvez voir la sortie de Sudo lspci -vnvn ici et le résultat de Sudo journalctl -k -b -2 ici d'un démarrage échoué avec 5.3.0-18-generic.
Pendant la mise à niveau, j'ai reçu une erreur indiquant qu'il ne pouvait pas démarrer sshd car il fonctionnait déjà sur le port 22.
J'ai essayé de réinstaller le dernier noyau avec Sudo apt install --reinstall linux-generic mais cela n'a pas aidé.
3 mois après avoir posté cette question, j'ai redémarré mon ordinateur pour la première fois et semble avoir été résolu dans l'une des versions les plus récentes du noyau 5.3.0
$ uname -r
5.3.0-29-generic
Je viens de mettre à jour vers 19.10 et j'ai eu un problème similaire. Il n'a pas démarré avec succès après le redémarrage automatique déclenché par la mise à jour du système.
J'ai redémarré, choisi des options avancées dans grub et continué avec la version précédente du noyau (c'était quelque chose comme 5.0.0 ....) Quand il a commencé, j'ai exécuté:
Sudo apt-get upgrade
Il a échoué et m'a demandé de courir:
Sudo dpkg --configure -a
manuellement, en raison d'une configuration inachevée.
C'est ce que j'ai fait et après:
Sudo apt-get upgrade
terminé avec succès, j'ai pu redémarrer normalement.
J'espère que cela peut aider quelqu'un d'autre qui fait face au même problème.
Avait la même chose ici, sur mon nouveau i3-8100. Je crois que cela affecterait les i3 et i5 les plus récents sans carte graphique, car ces CPU ont leurs propres graphiques intégrés: HD 620, 630. Peut-être que cela affecte beaucoup plus de gens ... je ne sais pas.
Toutes les nouvelles versions de distributions ne fonctionnaient pas à cause de cela pour moi.
Ce bogue apparaît entre la version 5.3.0 et 5.3.3 inclusivement. Je le sais car j'ai testé la dernière version 5.2 (5.2.21 et elle n'est pas concernée).
Ce bug a été corrigé dans la version 5.3.8 . Je le sais car j'ai testé des versions antérieures à 5.3.8, comme 5.3.7, et il est affecté.
À ce stade, si cela vous affecte, je vous suggère d'installer la dernière version du noyau (5.4-rc5 maintenant). Vous devriez peut-être préférer 5.3.8, car c'est la dernière et la première version fixe qui n'est pas une version candidate.
Mais pour pouvoir y remédier, il serait bon de voir ce que vous faites. Au démarrage, appuyez sur "shift" (pour voir le menu Grub ... pas sûr que ça marche!). Lorsque vous êtes en ligne pour démarrer votre noyau, appuyez sur "E" pour modifier les lignes. Allez à la ligne qui commence par "linux" allez à la fin et ajoutez "nomodeset". Appuyez ensuite sur "Ctrl-X" pour démarrer votre version modifiée ... vos modifications ne seront pas enregistrées. Ne pensez pas qu'il y ait un moyen de le sauver de cette façon. Sauf en modifiant le fichier/etc/default/grub une fois que vous avez démarré.
Voici comment j'installe un nouveau noyau:
- Créez un répertoire où vous téléchargerez les packages du noyau
- Allez sur: https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D et sélectionnez votre noyau
- Téléchargez dans votre répertoire nouvellement créé: tous les fichiers deb qui ne contiennent pas de faible latence
- ouvrez un terminal, placez-vous dans le répertoire et "Sudo apt install ./linux-*"
- votre nouveau noyau aurait dû être installé dans Grub, redémarrez, allez dans les options avancées et sélectionnez votre noyau fraîchement installé
Par exemple, est mon répertoire:
paul@paul-FQ516AA-A2L-a6648f:~/Téléchargements/5.4-rc5$ ls -l
total 70388
-rw-r--r-- 1 paul paul 10900808 nov 2 13:37 linux-headers-5.4.0-050400rc5_5.4.0-050400rc5.201910271430_all.deb
-rw-r--r-- 1 paul paul 1184096 nov 2 13:37 linux-headers-5.4.0-050400rc5-generic_5.4.0-050400rc5.201910271430_AMD64.deb
-rw-r--r-- 1 paul paul 8764272 nov 2 13:37 linux-image-unsigned-5.4.0-050400rc5-generic_5.4.0-050400rc5.201910271430_AMD64.deb
-rw-r--r-- 1 paul paul 51219944 nov 2 13:38 linux-modules-5.4.0-050400rc5-generic_5.4.0-050400rc5.201910271430_AMD64.deb
paul@paul-FQ516AA-A2L-a6648f:~/Téléchargements/5.4-rc5$
J'ai un problème similaire. Je pense que c'est lié à mon GPU AMD. Lorsque je sélectionne le GPU INtel (via les paramètres du noyau), le noyau 5.3.x est correct, mais lorsque j'essaie d'utiliser l'AMDGPU, le processus se bloque à l'écran de démarrage de Plymouth.
Je soupçonne que le paramètre du noyau a changé, mais je ne peux pas comprendre ce que le nouveau peut être. Voici ce que je passe maintenant:
ro acpi = forcer le splash silencieux i915.modeset = 0 radeon.modeset = 1
Si vous avez deux GPU, essayez de sélectionner l'autre.