Outils sysadminActualité

AerynOS 2026.08 : faire évoluer les mises à jour

Sur cette page
  1. Une transition, pas une collection figée de paquets
  2. Contenu partagé et identité de fichier sont différents
  3. Le point à vérifier avant de redémarrer

Un gestionnaire de paquets doit comprendre son dépôt pour récupérer son propre remplaçant. Les dépôts versionnés d’AerynOS répondent à ce problème de transition.

Migration conceptuelle : le client lisant A doit pouvoir récupérer un remplaçant capable de lire B. Dépendance d’amorçage, pas séquence exacte des versions de moss.
Migration conceptuelle : le client lisant A doit pouvoir récupérer un remplaçant capable de lire B. Dépendance d’amorçage, pas séquence exacte des versions de moss. Graphique : PeopleAreGeek. Source des données.
Agrandir l’image

Une transition, pas une collection figée de paquets

Le bilan du 2 août indique que la phase deux est arrivée dans unstable le 5 juillet. Elle coordonne les changements de format du dépôt et de configuration de moss. L’ISO 2026.08 l’intègre ; l’installation réseau sélectionne toujours les paquets unstable courants. EROFS reste en développement, tandis que les reflinks XFS sont livrés.

Imaginons un dépôt passant du format A au format B. Si l’ancien client ne comprend que A et que le serveur ne propose plus que B, « mettre le client à jour » devient circulaire. La transition doit conserver un chemin lisible vers le client capable de comprendre B. Notre schéma illustre cette dépendance, pas la succession interne exacte des versions de moss.

Contenu partagé et identité de fichier sont différents

Un lien physique donne un autre nom au même fichier sous-jacent, propriétaire et permissions compris. Un reflink crée une identité distincte tout en partageant initialement les blocs de stockage ; modifier une copie peut allouer des blocs séparés. La distinction compte lorsque plusieurs états du système réutilisent un contenu avec des métadonnées différentes. Elle ne promet pas le même gain d’espace pour tous les systèmes de fichiers.

Le point à vérifier avant de redémarrer

L’annonce avertit aussi que les noms d’interfaces réseau changent après la mise à jour du paquet systemd. Son exemple n’est pas une valeur à recopier dans votre pare-feu ou votre configuration d’accès distant.

Relevez les interfaces réelles et les réglages qui les désignent par leur nom. Vérifiez ensuite connexion, routage et activation des services : une transaction de paquets réussie ne démontre pas à elle seule une migration système réussie. Sur une machine distante, conservez un accès de secours fonctionnel. Cette analyse documentaire ne correspond pas à une mise à niveau d’AerynOS effectuée sur votre serveur.

Revue du 8 septembre : migration livrée distinguée d’EROFS en développement ; reflinks, liens physiques et changement de noms réseau expliqués.