web-dev-qa-db-fra.com

Échec d'amorçage avec xubuntu 16.04.4 LTS après la mise à niveau du noyau vers 4.4.0-119 et les versions ultérieures

J'ai un ordinateur portable Toshiba Satellite avec i5-5200U et des graphiques intégrés fonctionnant sous xubuntu 16.04.4 LTS (avec Windows 10 dans une configuration à double démarrage). Cela a fonctionné comme un charme pendant plus d'un an, jusqu'à il y a quelques semaines, lorsque le noyau a été mis à niveau vers la version 4.4.0-119-generic, puis 4.4.0-121.

Maintenant, il ne parvient pas à démarrer. Grub commence bien, mais lorsque je sélectionne Ubuntu, il ne dit que "Chargement de Linux 4.4.0-119-generic" puis "Chargement du disque virtuel initial ..." et ensuite, il reste bloqué pour toujours avec ces deux lignes sur un écran noir. J'ai essayé de le démarrer en mode de récupération mais le problème persiste. Et il en va de même avec la nouvelle version 4.4.0-121.

Cependant, avec la version 4.4.0-116 du noyau, cela fonctionne parfaitement. Des idées sur ce qui a changé depuis le noyau 4.4.0-116 pour causer ce problème d'écran noir? Des problèmes similaires (ish) sont décrits ici, mais aucune des solutions n’a fonctionné pour moi.

(Windows démarre correctement, mais je l'utilise rarement.)

Edit: des liens vers des questions similaires ont été demandés, mais je ne les ai pas initialement publiés car aucun d’entre eux ne décrivait un problème similaire.

Celui-ci est venu assez proche, mais n'a pas aidé:

buntu 16.04 ne commencera pas par linux-image-4.4.0-119-generic

Voici quelques autres avec des symptômes similaires.

le noyau 4.4.0-109-generic ne parvient pas à démarrer mais 4.4.0-104-generic fonctionne correctementLenovo ne parvient pas à démarrer 4.4.0-109ne peut pas démarrer Ubuntu 16.04.3 avec une version du noyau supérieure à 4.4.0-89buntu 16.04.1 LTS avec noyau 4.4.0-34 ne démarre pas après la mise à nivea

1
Seppo Niemi

Donc, aucune aide d'ici. Heureusement, cette situation ne mettait pas la vie en danger et j'ai pu démarrer la machine à l'aide de la version 4.4.0.116. Mais la vraie solution consistait à mettre à niveau l'ensemble du système d'exploitation à 18.04 LTS. Mais il aurait été bien de savoir ce qui a causé cet échec inattendu.

Mais l'affaire est close - la solution consiste à effectuer la mise à niveau vers la prochaine version de LTS.

1
Seppo Niemi

le noyau 4.4.0-122 fonctionne à nouveau correctement. Jusqu'à ce que ce soit terminé, j'ai continué à utiliser 4.4.0-116. Quant à vous, 119 et 121 ne m'ont pas démarré.

1
Felix