Ubuntu 18.04 bloqué lors de la mise à niveau de linux-header


13

Chaque fois que j'essaie de mettre mon système à jour dans Ubuntu 18.04, il s'arrête: coincé chaque fois qu'il atteint Setting up linux-headers-<version>-generic. Je ne peux pas annuler la mise à niveau à partir de là, mais même lorsque vous la laissez pendant des heures, cela ne change rien. Si je vérifie le processus, htopcela montre qu'il fait maintenant quelque chose. Si je force la fin de la mise à niveau et que je tente de la redémarrer, lorsque je réessaye la mise à niveau, il indique qu'une précédente a été interrompue et que je devrais l'essayer avec sudo dpkg --configure -ace qui résout le problème.

Je trouve juste très ennuyeux de devoir le faire chaque fois qu'une mise à niveau d'en-tête est disponible, surtout parce que je pense que cela ne devrait pas se produire et qu'un correctif plus permanent devrait être disponible. Qu'est-ce que je manque ou fais mal?


Avez-vous exécuté cette commande sudo dpkg --configure -a?
George Udosen

4
Oui, cela l'a résolu. Mais je n'obtiens cette option qu'après avoir interrompu la mise à niveau en premier lieu et il ne convient pas d'utiliser une solution comme celle-ci au lieu d'une solution plus permanente.
Masqueey

Il n'y a pas de solution permanente mais Ubuntu a des mécanismes en place pour les gérer lorsqu'ils se produisent, mais bien sûr, les mises à jour de routine aident également.
George Udosen

Réponses:


9

TLDR: désactiver le démarrage sécurisé.

J'ai commencé à avoir ce même problème il y a environ un mois. Pour moi, il s'avère que la solution désactivait le démarrage sécurisé. Le démarrage sécurisé est désactivé depuis que j'ai installé Ubuntu 18.04 et il est mis à niveau sans aucun problème. Cependant, il y a environ un mois, j'ai mis à jour mon BIOS qui a réactivé Secure Boot (je ne le savais pas à l'époque). C'était frustrant de geler les mises à niveau et je l'ai finalement compris parce que mon installation VirtualBox ne fonctionnait pas non plus. Le correctif pour VirtualBox désactivait le démarrage sécurisé, ce qui a également corrigé mes linux-headers-<version>-genericmises à niveau.

Comme indiqué dans la question, il gèlerait ici:

...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...

Après avoir désactivé Secure Boot, j'obtiens:

...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...
/etc/kernel/header_postinst.d/dkms:
Secure Boot not enabled on this system.
...
done

3
Merci pour cette réponse. J'ai raccroché au même endroit ... redémarré, désactivé le démarrage sécurisé, mis à jour avec succès, redémarré et réactivé le démarrage sécurisé, et j'ai continué mon chemin joyeux.
Doktor J

7

Ma solution;

  • ps aux | grep apt
  • Tuez le processus d'apt
  • sudo dpkg --configure -a
  • mise à jour apt
  • mise à niveau apt

1

Vous pouvez vérifier la réponse sur /var/log/apt/term.log. Il s'agit de l'emplacement du apt-getjournal. Vous pouvez également vérifier le dpkgfichier journal /var/log/dpkg.log aptou apt-getvous utilisez sont basés sur dpkginterne.

Une dernière chose que vous pouvez identifier le processus par ID et exécuter strace -ppour vérifier exactement pourquoi il s'arrête.

Il s'agit plutôt d'une réponse générale à cette question ou à des questions similaires.


Ajout de cela à mes notes de diagnostic personnelles. Excellent conseil. Merci.
TonyG
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.