Existe-t-il une distribution qui prend en charge la restauration des packages mis à jour?

Existe-t-il un outil ou même une distribution entière qui prend en charge la restauration des packages modifiés après une mise à jour?

À titre d'exemple: j'ai mis à niveau les packages A, B et C. Après avoir travaillé avec ces packages pendant plusieurs jours, je rencontre un bogue dans B qui brise la donne.

Pendant que je soumettais un rapport de bogue, je devrais également rétrograder B vers la version précédente afin de pouvoir terminer ce que j'allais faire. Pendant ce temps, A dépend de B, il devrait donc être rétrogradé également, mais C est indépendant des deux, il pourrait donc rester à sa version actuelle.

Existe-t-il un outil ou une distribution qui prend en charge cela?

Je sais que la plupart des distributions ont un moyen de rétrograder un paquet mais c'est généralement un peu sommaire ou même pas possible parce que le paquet précédent a été supprimé des référentiels et dans certains cas (par exemple après la mise à niveau du serveur X et de Mesa) ça devient vraiment .. . désordonné.

NixOS prend en charge les annulations de mise à niveau, bien que si je comprends bien, cela ne va pas aussi loin que vous le souhaitez: si vous mettez à niveau A, B et C en une seule opération, vous pouvez annuler cette opération en entier, mais pas seulement A et B. (Vous devriez pouvoir annuler A, B et C, puis mettre à niveau C ...) Cela a du sens d'un point de vue transactionnel.

Debian (en combinaison avec l'archive d'instantanés si vous n'avez plus les anciens paquets) vous permettra de rétrograder B, et des outils comme aptou aptitudedans de nombreux cas détermineront que A doit également être rétrogradé (une fois que vous les avez convaincus que vous ne veulent pas simplement mettre à niveau B). Mais comme vous le dites, cela a tendance à être un peu compliqué, et les rétrogradations de paquets ne sont de toute façon pas prises en charge dans Debian (ce qui signifie que la plupart du temps elles fonctionnent, mais si elles se cassent, ce n'est pas un bogue).

Sur toute yumdistribution basée (par exemple Red Hat EL , CentOS , etc.), vous pouvez:

1. examiner l'historique des modifications apportées au système à l'aide sudo yum history list

   Loaded plugins: fastestmirror
   ID     | Login user               | Date and time    | Action(s)      | Altered
   ------------------------------------------------------------------------------
       10 | Administrator <admin>    | 2016-03-08 09:08 | Install        |   11   
        9 | Administrator <admin>    | 2016-03-03 16:48 | Install        |    1   
        8 | Administrator <admin>    | 2016-03-03 16:09 | Install        |    5   
        7 | Administrator <admin>    | 2016-02-26 18:13 | Install        |    1   
        6 | Administrator <admin>    | 2016-02-26 15:12 | Install        |   27   
        5 | Administrator <admin>    | 2016-02-26 15:07 | Install        |    1   
        4 | Administrator <admin>    | 2016-02-26 15:05 | Install        |    3  <
        3 | Administrator <admin>    | 2016-02-26 15:03 | Install        |    1 > 
        2 | Administrator <admin>    | 2016-02-26 15:01 | I, U           |   49   
        1 | System <unset>           | 2016-02-26 14:38 | Install        |  296   
   history list
   

2. vérifier les détails, en utilisant sudo yum history info 10

3. revenir à un point précédent de l'historique, en utilisant sudo yum history rollback 9

Attention

Il y a quelques mises en garde évidentes:

1. Si l'ancien paquet n'est plus disponible, vous êtes toast (pour citer @vonbrand),
2. Si vous installez quelque chose en dehors de miam, vous pourriez casser l'historique.

Dans mon exemple, cela <dans la ligne avec ID 4(dans la dernière colonne), signifie que je ne peux pas revenir en arrière au-delà de ce point.

sudo yum history rollback 2
Loaded plugins: fastestmirror
Transaction history is incomplete, before 4.
 You can use 'history rollback force', to try anyway.
Error: Failed history rollback, incomplete

Sur OpenSUSE, vous pouvez facilement utiliser Snapper avec le système de fichiers Btrfs .

Si vous utilisez la configuration standard du système de fichiers pendant l'installation, elle est activée par défaut .

Une fois Snapper activé, il est entièrement intégré à yast2et zypper. Il créera un instantané du système de fichiers chaque fois que vous installez ou mettez à niveau quelque chose (ou créez un utilisateur, etc.).

Pour ramener le système à une condition précédente, il vous suffit d'exécuter yast2 snapper.

AIX est très bon pour annuler les mises à jour. Eh bien - nous sommes sur le site Unix / Linux et vous n'avez jamais spécifié que vous vouliez Linux :)

Chaque mise à jour AIX enregistre tous les fichiers modifiés dans un sous-répertoire distinct à l'intérieur du système de fichiers / var. La mise à jour peut être annulée avec une simple commande native, et le retour n'a pas besoin que le réseau soit actif, il n'a besoin d'aucun support / package, il ne réinstalle rien et ne dépend d'aucun technologie d'instantané - l'effet est simplement que les fichiers réapparaissent tels qu'ils étaient avant la mise à jour.

En prime, il existe une commande native triviale mksysbpour créer une sauvegarde système autonome amorçable. Le fichier qui peut être simplement démarré sur un système complètement dysfonctionnel qui ne démarre pas en raison d'un dysfonctionnement / d'une corruption.

Et c'est une technologie éprouvée avec des décennies d'histoire :)

Dans Fedora (et je suis sûr que dans d'autres distributions aussi), vous pouvez demander à revenir à une version précédente:

dnf downgrade <packages>

vous obtient l'avant-dernière version des packages, et vous pouvez en demander une spécifique en:

dnf downgrade <package>.<version>

Cela ne fonctionne que si le ou les packages sont toujours disponibles dans les référentiels. La fonctionnalité n'est pas du tout inconnue. Il a ses inconvénients, si une partie de la mise à niveau consistait à modifier les configurations, le retour en arrière ne sera pas nécessairement à la version antérieure exacte.

Arch Linux prend également en charge la mise à niveau des packages et du noyau. Vous pouvez également installer les outils downgraderet downgradepour automatiser le processus. La solution btrfs fonctionne également, je l'ai déjà utilisée pour faire une restauration manuelle.

Comment je fais reculer mon système:

sudo -i
mount /dev/sda3 /mnt/hd #mount the top btrfs subvolume
ls #find the version you want
mv @ @-old #move the '/' subvolume (I named mine '@')
btrfs sub snap @-<date> @ #replace @ with the backup from <date>
sync
reboot #the changes will take effect once the system restarts

Un des avantages de btrfs est que vous pouvez utiliser des sous-volumes et des "partitions" dynamiques. Par exemple, j'ai un sous-volume pour / (appelé @), / tmp (@tmp) et / home (@home). Il est ensuite facile de sauvegarder et de restaurer n'importe lequel de ces éléments. J'ai / tmp dans un sous-volume séparé car le sauvegarder avec le reste du système semble inutile, car il est effacé à presque chaque redémarrage.

J'utilise Arch Linux et il stocke tous les packages téléchargés sur /var/cache/pacman/pkg/afin que vous puissiez rétrograder n'importe quel package à tout moment (vous ne pouvez pas démarrer, utilisez une clé USB en direct). De Arch Wiki :

pacman -U <file_name_of_the_package>

Pour empêcher la mise à niveau du package, incluez le nom du package dans /etc/pacman.conf, par exemple:

IgnorePkg=linux

Pour économiser de l'espace, vous pouvez effacer le dossier de cache avec:

pacman -Sc

Ce qui supprimera tous les anciens paquets et conservera le plus récent, ou utilisera -Sccpour tout supprimer.