Quelque chose a cassé après la mise à jour : « après » et « à cause de » ne sont pas la même chose

Vous avez mis à jour, redémarré, quelque chose ne marche pas. Le premier réflexe est « la mise à jour a cassé », et parfois c’est vrai. Mais il faut d’abord faire une distinction, car elle change le travail dès le départ.

« Après » et « à cause de »

Un redémarrage est la première épreuve honnête de tout ce qui a été fait depuis le redémarrage précédent. Un service lancé à la main et jamais ajouté au démarrage, un montage jamais écrit dans la configuration, un réglage modifié à chaud et jamais enregistré dans un fichier : tout cela est là depuis des mois et rien n’avait été éprouvé jusque-là. Le redémarrage le révèle, il ne le provoque pas.

Le savoir sert, car « annuler la mise à jour » ne résout pas ce genre de problème, et parce qu’elle ne le résout pas, elle vous envoie des heures dans la mauvaise direction.

D’abord le symptôme, ensuite la décision

La vraie question n’est pas « comment revenir en arrière », c’est qu’est-ce qui est cassé exactement. Il y a trois familles de symptômes et elles pointent dans trois directions différentes.

La machine ne démarre pas du tout. Il s’agit du noyau ou de la couche de démarrage. La voie de retour est le noyau précédent, et il est en général toujours là, car les mises à jour ne suppriment pas les anciens noyaux.

La machine démarre mais il n’y a pas de panneau. Un service n’a pas démarré. Regardez lequel et pourquoi ; c’est presque toujours une affaire de configuration isolée, pas la mise à jour entière.

Tout démarre mais quelque chose se comporte différemment. Un composant a réellement changé. C’est là que l’instinct de revenir en arrière est le plus faux : le bon travail est de lire ce qui a changé.

Revenir en arrière n’est pas gratuit

Rembobiner le système de fichiers racine n’annule pas seulement la mise à jour, cela annule tout depuis cet instant. Les réglages modifiés entre-temps, les clés d’accès ajoutées, les autres choses installées, tout repart en arrière. Revenir est une décision, pas un bouton.

Une échelle qui commence par le moins cher

Essayez d’abord le plus étroit, et si cela marche, ne touchez à rien de plus :

Démarrez sur le noyau précédent. Cela n’affecte que le noyau et laisse le reste tel quel.

Remettez un seul paquet à sa version antérieure. Son effet reste limité à ce paquet.

Rembobinez l’état du système dans son ensemble. Le plus puissant et le plus coûteux, gardé pour la fin.

Écrivez avant de réparer

Notez ce que vous avez vu : la ligne d’erreur, quel service, quelle heure. Le jour où cela remarche, la raison disparaît, et si la même chose se reproduit trois mois plus tard, il ne vous restera rien.

Ce que fait Atlas

Atlas épingle le noyau en cours avant la mise à jour. Ainsi, même si un nouveau noyau est installé, le redémarrage vous remet sur l’ancien ; passer au nouveau est une étape distincte et délibérée. Quand vous passez au nouveau noyau, la garde de démarrage prend le relais : elle vérifie que le système est vraiment monté sain et retombe d’elle-même sur l’ancien noyau si ce n’est pas le cas.

Un instantané du système de fichiers racine est pris avant la mise à jour. Sur ZFS c’est peu coûteux et le retour prend quelques minutes ; sur les systèmes sans ZFS l’état des paquets est conservé à part, donc pas le système entier mais l’état d’installation peut être annulé. Les cinq derniers instantanés d’avant mise à jour sont gardés, les plus anciens nettoyés.

Une fois l’installation terminée, une autre vérification tourne : les services critiques sont-ils debout, l’entente de grappe tient-elle encore. La question « quelque chose a-t-il cassé » est donc posée avant que vous ne le remarquiez.

⚠️ L’avertissement ci-dessus reste valable : rembobiner le système de fichiers racine dans son ensemble annule plus que la mise à jour. Atlas garde l’instantané prêt, mais la décision de revenir est la vôtre.