Pourquoi la mise à jour du noyau Bionic vers 4.15.0-24 a-t-elle été supprimée des dépôts?

10

Cette mise à jour du noyau a été publiée lundi et j'ai mis à jour la plupart de nos systèmes.

Aujourd'hui, j'ai mis à jour le dernier système et la mise à jour du noyau n'était pas disponible. Il semble qu'il ait été retiré des dépôts.

Sur le système, j'ai essayé de mettre à jour aujourd'hui:

apt policy linux-generic
linux-generic:
  Installed: 4.15.0.23.25
  Candidate: 4.15.0.23.25
  Version table:
 *** 4.15.0.23.25 500
        500 [my local mirror]

Sur les systèmes mis à jour lundi

apt policy linux-generic
linux-generic:
  Installed: 4.15.0.24.26
  Candidate: 4.15.0.24.26
  Version table:
 *** 4.15.0.24.26 100
        100 /var/lib/dpkg/status

Mon seul système 16.04 restant a également reçu cette mise à jour lundi, et maintenant il montre local / obsolète en synaptique.

entrez la description de l'image ici

Où puis-je voir pourquoi cela a été fait et quelles sont les conséquences de rester sur ce noyau LTS qui était suffisamment mauvais pour être retiré?

Connexes: Stratégie pour faire face à la qualité de plus en plus médiocre de Canonical?

kernel 18.04 Marbre organique
la source
2
Intéressant. Je viens d'essayer une installation manuelle du noyau 24 et cela a cassé ma configuration VirtualBox que j'avais. Dans la mesure où le linux-generic affiche la version la plus élevée qu'il souhaite installer, c'est 23. Les mises à jour et les référentiels de sécurité sont activés.
Terrance
1
@sudodus Je pense que cela a à voir avec la mise à niveau. J'effectue actuellement une nouvelle installation sur un système pour le confirmer. Il y a également eu une publication ici où quelqu'un s'est plaint de la mise à niveau vers le noyau 4.15.0-24 et leur système s'est écrasé.
Terrance
1
@sudodus J'ai un miroir local qui tire de us.archive.ubuntu.com pour mes systèmes 18.04. Mais notez que sur mon seul système 16.04 restant, qui n'utilise pas le miroir, la même chose s'est produite. Il a été mis à jour lundi vers le noyau 4.15.0.24, et maintenant cela montre local / obsolète en synaptique.
Marbre organique
1
@OrganicMarble, j'utilise un miroir suédois pour les systèmes installés et archive/ubuntu.comest utilisé par le système live persistant
sudodus
2
Le nouveau noyau a vraiment bien fonctionné pour moi, sauf qu'il a cassé Wake-on-LAN par conception ( askubuntu.com/questions/1051822/… ) Je suis juste inquiet que tous mes systèmes fonctionnent sur quelque chose qu'ils ont choisi de retirer .
Marbre organique

Réponses:

13

Voir le rapport de bogue: https://bugs.launchpad.net/ubuntu/bionic/+source/linux/+bug/1779827

Une fois que ce bug critique a été signalé avec suffisamment de détails, les ingénieurs canoniques et les testeurs bénévoles de la communauté ont divisé le problème et ont eu un correctif dans les 36 heures.

Notez que ce bogue était critique et méritait d'être corrigé car le démarrage sur GRUB à partir des noyaux précédents n'était pas une solution de contournement viable . Certaines personnes qui ont signalé ont dû réinstaller pour restaurer la fonctionnalité.

user535733
la source
1
Intéressant. J'utilise lightdm et non gdm, ce qui peut expliquer pourquoi mes systèmes ne se sont pas cassés.
Organic Marble
1
@OrganicMarble, je vais être d'accord avec vous. Mes systèmes qui exécutent LightDM ont bien fonctionné. Mon VirtualBox exécute GDM et il s'est écrasé lorsque j'ai installé le 24.
Terrance
1
@OrganicMarble, Juste pour ajouter de la confusion: j'ai gdm dans Ubuntu et lightdm dans Lubuntu et les deux fonctionnent avec 4.15.0.24.26. Mais je comprends des rapports de bogues actuels, que plusieurs systèmes sont affectés par de très graves problèmes. (Et les miroirs ne sont pas mis à jour en même temps, ce qui peut expliquer pourquoi nous avons vu des versions différentes.)
sudodus
1
@sudodus En effet, il existe de nombreuses variables. Au début, je pensais que mon dernier système n'était pas mis à jour car il était en 32 bits ...
Organic Marble