Podman 6.1 est sorti le 13 août 2026, et c'est la version de rangement dont Podman 6.0 avait besoin. Les ajouts visibles sont petits et bienvenus : podman volume rename, podman machine restart, une option --ignore sur network rm et des options de nouvelle tentative sur manifest push. Le point qui justifie la mise à jour se trouve dans la section Quadlet, où une condition de course capable de corrompre les unités systemd générées a été corrigée. Si vous avez déplacé vos unités de conteneurs vers Quadlet pendant le cycle 6.0, c'est le changement qui compte, et la nouvelle clé ImageVolume donne un contrôle explicite sur les volumes déclarés par l'image.
The short answer
Podman 6.1 est arrivée le 13 août 2026 avec podman volume rename, podman machine restart, une option --ignore sur podman network rm, et --retry avec --retry-delay sur manifest push. Quadlet gagne une clé ImageVolume= pour les unités .container et perd une condition de course qui pouvait corrompre les unités systemd générées. La redirection de ports sans privilèges via Pesto gère IPv6 en préservant l'adresse source, et podman generate kube convertit les contrôles de santé en définitions livenessProbe.
Les versions correctives sont le moment où un projet reconnaît quelles parties de la précédente grande version étaient inconfortables au quotidien. Podman 6.1 est inhabituellement honnête sur ce point.
Les nouvelles commandes
Quatre ajouts, tous du genre qu'on remarque par leur absence plutôt que par leur présence.
podman volume rename renomme un volume existant sur place, sans la valse créer, copier, supprimer qu'imposait la tâche. Deux conditions s'y attachent. Un volume actuellement utilisé par un conteneur ne peut pas être renommé, ni un volume créé via un pilote de volume. Les deux restrictions se comprennent dès qu'on se rappelle qu'un nom de volume est une référence vivante, conservée dans la configuration des conteneurs ou dans le magasin d'un pilote externe, et non une étiquette cosmétique. Refuser vaut mieux que laisser un montage pointer vers le vide.
podman machine restart redémarre une machine virtuelle gérée en une seule étape. podman network rm --ignore supprime l'erreur quand le réseau visé a déjà disparu, ce qui correspond exactement au besoin des scripts de démontage et de l'automatisation idempotente. Et podman manifest push gagne --retry et --retry-delay, déplaçant une panne de registre courante de votre boucle shell vers l'outil.
Le correctif Quadlet est la vraie raison de mettre à jour
Quadlet transforme des fichiers d'unité déclaratifs en unités systemd générées, et la 6.1 corrige dans cette génération une condition de course capable de corrompre les unités produites.
Les unités générées corrompues forment une catégorie de panne désagréable, car la corruption et le symptôme sont séparés dans le temps. La génération a lieu quand vous écrivez ou rechargez, la conséquence apparaît au démarrage, ou après le rechargement suivant du démon, quand un service qui devait monter ne monte pas. Tout ce qui réduit cet écart est bon à prendre, et la même version corrige aussi le traitement des unités modèles et le comportement d'installation, et redirige les erreurs de Quadlet vers la sortie d'erreur standard plutôt que vers le seul tampon du noyau. Ce dernier point paraît anodin et ne l'est pas : une erreur visible là où vous regardez déjà se corrige le jour même.
La nouvelle clé ImageVolume= dans les unités .container est l'ajout fonctionnel. Les images peuvent déclarer leurs propres volumes, et jusqu'ici le traitement de ces déclarations restait implicite, ce qui est une mauvaise propriété pour un fichier dont le but entier est de rendre la configuration des conteneurs explicite et relisible. Le comportement est désormais écrit dans l'unité.
Réseau, sans privilèges, et adresse source
La redirection de ports sans privilèges via Pesto gère maintenant IPv6 en préservant l'adresse source d'origine.
C'est la seconde moitié qui compte. Un redirecteur qui réécrit l'adresse source transforme chaque client distant en localhost quand votre application le voit, ce qui casse discrètement les journaux d'accès, la limitation de débit par client et toute liste d'autorisation fondée sur les adresses. Les équipes le découvrent en général après la mise en production, quand les journaux ne servent plus à rien et que personne n'explique pourquoi. Préserver la source garde les déploiements sans privilèges honnêtes, et le sans privilèges est la posture par défaut de la plupart des gens qui exploitent Podman sur un hôte partagé.
Sous Windows, une nouvelle option force_port_listen dans containers.conf traite la redirection de ports avec WSL. Et podman info rapporte désormais la mémoire libre de l'hôte en plus de ses champs existants, ce qui évite à un script de supervision d'aller la chercher ailleurs. Pour qui suit la direction générale de systemd, cette version accompagne des changements comme Fedora CoreOS qui active systemd-oomd et le swap zRAM par défaut : la couche conteneur et la couche d'initialisation continuent de converger.
Faut-il mettre à jour
Si vous êtes en 6.0, oui, et sans cérémonie particulière. C'est une version de corrections et d'ajouts, dont le correctif de corruption Quadlet porte l'essentiel de la valeur.
Si vous êtes encore en 5.x, le calcul diffère, et ce ne sont pas ces notes qu'il faut lire. Podman 6.0 est la version qui a cassé des choses, en retirant une grande partie de l'ancien code réseau : considérez la 6.1 comme la version d'arrivée plutôt que comme la version de destination, et planifiez le saut à partir des notes de la 6.0. Dans les deux cas, la vérification préalable est la même : confirmer que vos unités Quadlet se régénèrent proprement, confirmer que les contrôles de santé se déclenchent comme prévu, et si vous exportez vers Kubernetes, profiter de podman generate kube qui produit désormais des définitions livenessProbe à partir de ces contrôles au lieu de les perdre en route.
Sources et pour aller plus loin
- Podman 6.1 Adds Volume Renaming, Machine Restart, Linuxiac, 13 août 2026
- Versions de Podman, GitHub
- Podman 6.0 Lands with Breaking Changes, AMD GPUs Support, Linuxiac
- Podman 6.0 networking overhaul and breaking changes, H2S Media
- Notes de version de Podman, Releasebot, août 2026
Questions fréquentes
Qu'y a-t-il de nouveau dans Podman 6.1 ?
Une courte liste d'ajouts ergonomiques, publiée le 13 août 2026. La commande podman volume rename renomme un volume existant sans le recréer. La commande podman machine restart redémarre une machine virtuelle gérée sans passer par un arrêt puis un démarrage séparés. La commande podman network rm gagne une option --ignore qui supprime l'erreur quand le réseau n'existe pas. La commande podman manifest push gagne --retry et --retry-delay pour réessayer automatiquement les envois échoués. Côté Quadlet, les unités .container acceptent une nouvelle clé ImageVolume= qui contrôle le traitement des volumes déclarés par l'image elle-même.
Quel changement justifie la mise à jour ?
Le correctif de la condition de course dans Quadlet. Quadlet génère des fichiers d'unité systemd à partir de vos définitions .container et apparentées, et une course dans cette génération pouvait corrompre les unités produites. Les unités corrompues constituent un mauvais mode de panne, car le dégât survient au moment de la génération et se découvre plus tard, typiquement au démarrage ou après un rechargement du démon, quand le service qui devait démarrer ne l'a pas fait. En parallèle, le traitement des unités modèles et le comportement d'installation ont été corrigés, et Quadlet remonte désormais ses erreurs sur la sortie d'erreur standard plutôt que dans le seul tampon du noyau.
Pourquoi le renommage de volume est-il conditionné ?
Parce qu'un nom de volume est une référence vivante, pas une simple étiquette. Podman 6.1 refuse de renommer un volume actuellement utilisé par un conteneur, puisque les conteneurs conservent ce nom dans leur configuration et qu'un renommage sous leurs pieds laisserait une référence pendante. Les volumes créés via un pilote de volume ne peuvent pas non plus être renommés, car le nom faisant autorité réside dans le pilote externe et non dans le magasin propre à Podman. Les deux restrictions sont le choix sûr : la commande refuse au lieu de vous laisser un montage qui ne résout plus rien.
Qu'est-ce qui change côté réseau ?
La redirection de ports sans privilèges via Pesto gère désormais IPv6 tout en préservant l'adresse source d'origine, ce qui compte pour tout service sans privilèges qui journalise, filtre ou limite le débit par adresse client, car un redirecteur qui réécrit la source transforme chaque client en localhost dans vos journaux. Une nouvelle option force_port_listen dans containers.conf traite la redirection de ports sous Windows avec WSL. L'option --ignore de podman network rm est modeste mais utile dans les scripts de démontage, où supprimer un réseau déjà supprimé par une exécution précédente ne devrait pas faire échouer le script.
La mise à jour depuis Podman 6.0 est-elle sûre ?
Pour les utilisateurs de 6.0, c'est une version de correction et non de rupture, et les changements ci-dessus sont additifs. La montée à planifier soigneusement est celle depuis la série 5.x, car les ruptures sont arrivées avec 6.0, qui a retiré une grande partie de l'ancien code réseau. Si vous êtes encore en 5.x, lisez d'abord les notes de la 6.0 et considérez la 6.1 comme la version d'arrivée plutôt que comme la version de destination. Dans tous les cas, vérifiez que vos unités Quadlet se régénèrent proprement et que les contrôles de santé se comportent comme avant de déployer sur un parc.
Y a-t-il quelque chose d'utile pour les flux Kubernetes ?
Oui, podman generate kube traduit désormais les contrôles de santé des conteneurs en définitions livenessProbe. Cela comble un manque qui imposait une retouche manuelle : la configuration de santé vivait dans votre définition de conteneur et disparaissait silencieusement à l'export du manifeste, si bien que la charge testée en local et celle appliquée au cluster différaient précisément à l'endroit qui détermine si un pod cassé est redémarré. Plus modeste mais pratique, podman info rapporte maintenant la mémoire libre de l'hôte en plus de ses métriques existantes.