web-dev-qa-db-fra.com

Stratégie pour faire face à la qualité de plus en plus mauvaise de Canonical?

Ma catégorie installed (local or obsolete) se remplit, car Canonical a récemment publié des mises à jour, puis les a retirées. C'est arrivé avec deux noyaux dans un passé récent et c'est encore arrivé avec cups ce matin. J'utilise Ubuntu depuis environ trois ans maintenant et je ne me souviens pas de cela aussi souvent que cette année.

Alors, comment gérer rationnellement cela?

Je pensais installer uniquement des mises à jour une fois par semaine, mais cela ne protégerait pas contre la mauvaise mise à jour qu'ils ont publiée juste avant que je vérifie cette semaine.

Une bonne stratégie consiste-t-elle à installer uniquement les mises à jour le week-end? Il semble que les mises à jour du système ne soient pas souvent diffusées le week-end. Je suppose qu'ils pourraient envoyer une mauvaise mise à jour vendredi après-midi et la retirer lundi matin.

Ou, d'une manière ou d'une autre, n'installez pas les mises à jour avant qu'elles aient été repoussées pendant un certain laps de temps - comme deux jours? Existe-t-il un moyen automatisé de le faire?

Edit: L’un des systèmes concernés exécute Lubuntu 16.04 avec le noyau linux-generic, l’autre exécute Lubuntu 16.04 avec le noyau linux-generic-hwe-16.04. Les deux étaient affectés par une mise à jour cups version 2.13-4ubuntu0.2 qui a été repoussée puis retirée le 27 mars 2017. La machine linux-generic a reçu une mise à jour du noyau, version 4.4.0.67.12. par la suite retiré. Cette mise à jour est également orpheline snapd version 2.23.1 L'ordinateur linux-generic-hwe-16.04 a reçu une version du noyau 4.8.0.42.14 qui était ensuite orpheline.

updatescanonicalpatchquality
12
Organic Marble

L'alternative radicale consiste à basculer vers Debian Stable, plutôt que tout * buntu ou dérivé de celle-ci, car Debian Stable a suivi son processus d'assurance qualité complet, tandis qu'Ubuntu est dérivé de Debian Testing, qui a encore du chemin à parcourir avant de devenir stable.

Presque toutes les connaissances sont directement transférables, mais Debian ne vous fournira pas toutes les dernières nouveautés cosmétiques. Cependant, il y a plus de paquets dans son dépôt ...

Je suis passé à Debian, dans mon cas avec KDE, venant de Kubuntu, il y a environ 5 ans, après avoir eu des problèmes similaires. Mais cela dépend du choix personnel.

1
tiger99

Restaurer une mise à jour de paquet vers une version plus ancienne

Si vous avez le numéro de version ou la version cible, apt-get vous permet de choisir une version ou une version cible particulière.

  1. Installer aptitude

    Sudo apt-get install aptitude

  2. Afficher les anciennes versions du package.

    aptitude versions <package-name> | less # use less to display only the top of the list of versions

  3. Restaurer le package sélectionné vers une version plus ancienne.

    Sudo apt-get -t=<target release> install <package-name>  # target release is old version

  4. Désinstallez la mauvaise mise à jour du package sélectionné.

    Sudo apt-get -t=<target release> remove <package-name> # target release is new version

  5. Empêchez la mise à jour automatique de la version du package annulée à l'aide de apt-mark hold. apt-mark hold est utilisé pour marquer un paquet comme étant retenu, ce qui empêchera son installation, sa mise à niveau ou sa suppression automatique.

    Sudo apt-mark hold <package-name>

Restaurer une mise à jour du noyau vers une version plus ancienne

Suivez les mêmes étapes que dans la section précédente, à ceci près que vous devez suivre les étapes supplémentaires de test pour lesquelles vous avez toujours une version du noyau installée qui fonctionne avant de désinstaller le package de noyau cassé. Malheureusement, cela nécessite de redémarrer le système. Je suis désolé pour le redémarrage, car je sais que cela peut être fastidieux et prendre du temps lorsque vous gérez plusieurs systèmes.

aptitude versions <package-name> n'affiche pas toutes les versions du noyau actuellement installées, mais vous pouvez afficher toutes les versions du noyau actuellement installées avec cette commande:

dpkg-query -W -f='${Package}\n' | grep -f <(ls -1 /boot/vmlinuz* | cut -d- -f2,3)

Les résultats de cette commande répertorieront les noms de package de tous les packages de noyau non fonctionnels devant être désinstallés.

Après avoir désinstallé les packages appartenant à la version du noyau qui ne fonctionne pas, vous obtiendrez le message suivant:

The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]

Ce message s'affiche car vmlinuz.old est lié à des fichiers supprimés. Vous devez donc mettre à jour grub en exécutant la commande suivante:

Sudo update-grub
0
karel