En bref
| Prérequis | OpenMediaVault 7 installé et fonctionnel |
| Résultat | OpenMediaVault 8 (Synchrony) opérationnel, tous les services Docker intacts |
| Ressources | Ma playlist NAS · openmediavault.org · omv-extras · Documentation OMV8 · Notes de version OMV8 |
Le guide complet
Ce qui change dans OpenMediaVault 8
OMV 8 s’appelle Synchrony. Il est sorti le 24 décembre 2025 et repose sur Debian 13 Trixie, sortie en été 2025.
Le changement majeur : l’abandon du support 32 bits. Toutes les plateformes OMV 8 sont exclusivement 64 bits — ARM ou AMD64. Si vous êtes sur une machine 32 bits, restez sur OMV 7 qui a été conçu pour avoir une durée de vie suffisamment longue pour vous permettre de migrer tranquillement.
Côté fonctionnel, il n’y a pas de révolution. L’essentiel du travail a été fait dans OMV 7. OMV 8 apporte surtout :
- Le passage à Debian 13 (noyau plus récent, paquets mis à jour)
- Des interfaces graphiques légèrement plus réactives
- Le support WPA3 pour le Wi-Fi (si vous l’utilisez — ce que je déconseille pour un NAS)
- Quelques améliorations cosmétiques dans les vues de gestion des processus et des paquets
Un point d’attention documenté : la mise à niveau peut casser l’envoi de mails de notification. Si c’est votre cas, une commande est disponible dans les notes de version pour réinstaller ce qu’il faut.
Avant de commencer : la sauvegarde
Je le dis à chaque mise à jour d’un système de production : faites une sauvegarde de l’OS avant.
Dans OMV, vous pouvez déclencher une tâche OMV Backup qui fait un clone compressé de la partition OS. C’est cette sauvegarde qui vous permettra de revenir en arrière si la migration se passe mal. Externalisez-la sur une autre machine — inutile de la garder uniquement sur le NAS lui-même.
Pensez aussi à vérifier que vos données critiques sont sauvegardées. Normalement la migration ne touche pas les disques de données, mais ça ne coûte rien de s’assurer que vos sauvegardes sont à jour avant d’intervenir.
La migration en elle-mĂŞme
Une seule commande suffit — c’est le gros avantage d’OMV par rapport à une installation from scratch :
omv-release-upgradeLa différence avec omv-upgrade : cette commande bascule sur la version majeure suivante, pas juste une mise à jour de paquets courants.
Le processus vous demandera confirmation, mettra à jour les dépôts, téléchargera et installera les paquets Debian 13, puis vous invitera à redémarrer. Si vous avez des fichiers de configuration personnalisés, il peut vous demander de choisir entre conserver votre version ou prendre la version livrée avec le nouveau système — lisez attentivement.
Une fois redémarré, vérifiez dans Diagnostic → Informations système que vous êtes bien en 8.x.
Les services Docker ne sont pas impactés
Bonne nouvelle : si vous utilisez Docker pour vos services (comme je le fais — Nextcloud, Jellyfin, Reverse Proxy, Home Assistant, AdGuard Home, etc.), ils ne sont pas affectés par la migration OMV. Docker est mis à jour avec les paquets Debian 13, mais vos conteneurs et leurs données restent intacts.
C’est d’ailleurs l’une des raisons pour lesquelles j’utilise exclusivement Docker sur mon NAS : l’OS est le moins touché possible, et les mises à niveau se passent sans casse.
Ma machine a 5 ans et tourne toujours
Mon NAS DIY, que je vous ai présenté en vidéo au moment de son assemblage, a maintenant plus de 5 ans. Il tourne toujours aussi bien. Pas besoin de le renouveler : j’avais choisi du matériel adapté à mon usage dès le départ — économe en énergie, evolutif, réparable.
C’est le principe que j’applique sur tout : acheter peu, choisir bien, garder longtemps. Un NAS n’a pas besoin d’être puissant, il a besoin d’être fiable et de tourner 24h/24.
Un cas particulier : le NAS de mes parents
Pendant la migration, j’ai aussi géré le NAS Terramaster F2-423 que j’avais installé chez mes parents. Il s’était retrouvé bloqué au boot après la mise à jour — le GRUB ne trouvait plus la bonne entrée de démarrage.
Pas de panique : en passant par le BIOS pour forcer le démarrage, la machine repartait normalement. C’est le genre de situation qui peut arriver sur des machines avec des configurations un peu personnalisées. Le système était fonctionnel et déjà en 8.0.3 — il y avait juste cette entrée GRUB à corriger.
Morale : si vous faites des mises à jour à distance (SSH), prévoyez toujours la possibilité d’intervenir physiquement sur la machine si quelque chose se passe mal au redémarrage.