16.04 ne démarre pas après les dernières mises à jour
J'ai acheté un Dell 17-5755 il y a dix jours et je l'ai configuré lentement. Came with Win 8.1, que j'ai d'abord mis à niveau vers Win 10. Ensuite, réduisez la partition principale pour laisser de la place à Ubu et installez 16.04. Les deux fonctionnent bien depuis la semaine dernière.
Hier, j'ai commencé à utiliser sérieusement la nouvelle machine, à configurer Thunderbird et à migrer à partir de Evolution. Pendant que je faisais cela, une notification est apparue pour une mise à jour logicielle. J'ai donc lancé le programme de mise à jour en arrière-plan et je l'ai ignoré. Je pensais que la mise à jour automatique était désactivée et que je ne me souvenais pas avoir appuyé sur l'installation, mais j'ai ensuite regardé que celle-ci avait été mise à jour et demandais de redémarrer, de sorte que je n'ai aucune idée de ce qu'étaient les mises à jour. J'étais au milieu de quelque chose, donc pressé redémarrer plus tard. Plus tard est venu et j'ai redémarré à partir du menu d'arrêt. Le menu de menu est apparu comme d'habitude, mais je ne peux pas démarrer Ubuntu et obtenir les éléments suivants:
/dev/sda6: recovery journal
/dev/sda6: clean, 229524/107610112 files, 10311615/430426112 blocks
[ 10.174300] tpm_crb MSFT0101:00: can't request region for resource [mem 0x9d899000-0x9d899fff]
Ensuite, il se bloque, mais quelque chose se passe alors que le ventilateur commence à tourner 10 à 15 secondes plus tard. À ce stade, tout ce que je peux faire est difficile à éteindre.
Gagner 10 bottes toujours bien. Le noyau Ubu est toujours 4.4.0-22, le même qu’avant les mises à jour. Je suppose que je cherche à recommencer avec une réinstallation de 16.04, mais tout conseil avant de le faire est très apprécié.
J'ai eu le même problème avec Dell Inspiron i7559-763BLK ce matin.
Je pense que ce n'est pas lié à la double initialisation ou à la faute matérielle.
Si je comprends bien, ce problème est lié à l’un des modules du noyau qui a été créé pour une version antérieure du noyau. Après la mise à niveau du noyau, vous devez reconstruire ce module ou installer une version plus récente.
Vérifiez les modules de noyau que vous avez installés la semaine dernière avec votre logiciel (par exemple, les pilotes).
Dans mon cas, la mise à niveau vers un pilote NVIDIA plus récent a résolu le problème.
Ce que j’ai fait est de redémarrer en mode de récupération, de désinstaller les pilotes propriétaires de nvidia et d’installer le dernier en date de graphics-drivers ppa :
Sudo apt purge nvidia-*
Sudo add-apt-repository ppa:graphics-drivers/ppa
Sudo apt update
Sudo apt full-upgrade
Sudo apt install nvidia-378
Sudo reboot
J'ai constamment vu ce problème avec le pilote nvidia-384. Chaque fois que je redémarre, je suis bloqué au même point. La seule manière pour que le système démarre est de purger les pilotes Nvidia en mode de récupération. La configuration de mon système est Ubuntu 16.04, noyau 4.10 0-041000-generic.
Cependant, lorsque j'ai installé une version plus ancienne, nvidia-381, je ne restais pas bloqué au démarrage. Il est probable que la dernière version des pilotes nvidia soit un buggy.
Le problème doit apparaître après l'installation de certains pilotes nvidia.
Dans mon cas, j'avais installé les pilotes nvidia-361. Mais la solution à ce problème que j'ai trouvée était différente. Lorsque l'authentification a échoué, j'ai appuyé sur Ctrl + F1 et j'ai réalisé que la variable 'PATH' n'était pas définie correctement (/sbin:/bin:/usr/sbin', etc). A cause de cela, même la commande "ls" ne fonctionnait plus. Je décide donc simplement de définir la variable 'PATH' et tout fonctionne à nouveau.