CasaOS est-il abandonné ? État actuel du développement et options

Les utilisateurs de CasaOS ont des raisons légitimes de se demander si le projet a été abandonné, mais les éléments disponibles sont plus nuancés qu’une simple réponse par oui ou par non. Le fil de discussion de la communauté a commencé en février 2025, après que des utilisateurs ont constaté que le principal dépôt CasaOS n’avait pas publié de nouvelle version stable depuis décembre 2024 et que de nombreux problèmes GitHub semblaient inactifs.

En 2026, la cadence des versions stables principales de CasaOS est clairement beaucoup plus lente qu’auparavant, et l’attention du développement s’est largement reportée sur ZimaOS. En même temps, il serait inexact d’affirmer que tous les projets liés à CasaOS se sont arrêtés : l’App Store de CasaOS a continué à recevoir des commits en 2026 et a publié une version v2.0.0 en juillet 2026, tandis que les dépôts et les pull requests associés à CasaOS ont également continué d’exister. La conclusion la plus prudente est que le développement principal de CasaOS a considérablement ralenti, tandis que certaines parties de l’écosystème plus large restent maintenues.

Pourquoi les utilisateurs pensaient que CasaOS avait été abandonné

L’auteur d’origine a soulevé la question le 24 février 2025, car la version principale de CasaOS n’avait pas changé depuis décembre 2024 et que les problèmes GitHub semblaient s’accumuler sans progrès visible.

L’inquiétude s’est accentuée plus tard dans le fil. En août 2025, le même utilisateur a souligné que près de neuf mois s’étaient écoulés depuis la version de CasaOS du 19 décembre 2024. En février 2026, d’autres utilisateurs décrivaient également CasaOS comme un logiciel abandonné et demandaient comment migrer leurs installations Ubuntu/Docker existantes.

Ces observations sont étayées par la source : la principale page des versions de CasaOS sur GitHub affiche toujours la version v0.4.15 comme version principale stable, publiée le 19 décembre 2024.

Ce fil ne contient aucune déclaration officielle de fin de vie étayée par la source

La distinction importante se situe entre des versions principales lentes ou interrompues et une annonce officielle de fin de vie. Le fil source ne contient aucune déclaration d’IceWhale indiquant que CasaOS a été officiellement abandonné, supprimé ou déclaré en fin de vie.

Plusieurs membres de la communauté ont déduit un abandon de la cadence des versions. Il s’agit de leur interprétation, et non d’un avis officiel sur le cycle de vie du produit.

Lors de la publication de cette page, ne transformez pas une conclusion de la communauté en déclaration officielle qu’IceWhale n’a pas faite.

L’attention du développement s’est reportée sur ZimaOS

Plusieurs réponses de la communauté expliquaient qu’IceWhale est une équipe relativement petite et qu’une grande partie de ses efforts de développement s’était reportée sur ZimaOS et les nouveaux matériels Zima.

Cela correspond à l’orientation visible des produits. ZimaOS est désormais le système d’exploitation axé sur les NAS qu’IceWhale développe activement, avec une documentation à jour et une intégration continue aux produits.

Les utilisateurs qui évaluent cette voie plus récente peuvent consulter ZimaOS.

Le fil de discussion évoquait également ZimaBoard 2 comme une orientation matérielle plus récente. La gamme actuelle comprend le serveur monocarte ZimaBoard 2.

L’App Store de CasaOS était toujours actif en 2026

Si le terme « abandonné » est trop général, c’est notamment parce que les dépôts liés à CasaOS n’ont pas tous cessé d’évoluer.

Le dépôt de l’App Store de CasaOS affiche des commits actifs en 2026, notamment des mises à jour d’applications, des travaux de documentation, des changements du système de compilation et de nouvelles métadonnées pour la boutique. L’App Store a également publié la version v2.0.0 en juillet 2026.

Cela ne signifie pas que le cœur de CasaOS bénéficie du même investissement en développement que ZimaOS. Cela signifie que l’écosystème n’est pas uniformément à l’arrêt.

Le cœur de CasaOS, son interface, son App Store et ses applications sont des couches distinctes

Un point récurrent des discussions de la communauté est que les utilisateurs considèrent souvent tout problème touchant une application gérée par CasaOS comme un bug du cœur de CasaOS. CasaOS est une couche de gestion autour de Docker et des intégrations de stockage ; les conteneurs eux-mêmes proviennent de projets en amont.

Il est utile de distinguer quatre couches :

• Cœur de CasaOS : service principal et couche API.
• Interface et composants de CasaOS : interface web et services associés.
• App Store de CasaOS : définitions et métadonnées des applications.
• Applications en amont : Nextcloud, Jellyfin, intégrations OneDrive/rclone et autres logiciels conteneurisés.

Une API ou un conteneur en amont obsolète peut provoquer une panne même si CasaOS lui-même n’a pas changé. À l’inverse, un problème dans le code d’intégration de CasaOS nécessite toujours une intervention du côté d’IceWhale.

Le problème OneDrive montre pourquoi l’architecture en couches est importante

Le fil de discussion fournissait un exemple concret. L’auteur initial a signalé que OneDrive était monté, mais que les fichiers ne s’ouvraient pas, tandis que Dropbox et Google Drive fonctionnaient toujours.

Un membre de l’équipe IceWhale a suggéré de mettre rclone à jour :

sudo rclone selfupdate

L’utilisateur a confirmé que cela avait résolu le problème OneDrive en février 2025.

Cela a montré qu’au moins un problème apparemment lié à « CasaOS » concernait une dépendance obsolète, plutôt que de prouver que toute la plateforme était abandonnée.

Mais 2026 a aussi montré le coût d’une maintenance trop lente des intégrations

En janvier 2026, un autre utilisateur a signalé une erreur d’authentification Azure indiquant l’expiration du secret client d’une application Microsoft dans l’intégration OneDrive. Il s’agit d’un problème différent de celui causé par un ancien binaire rclone, ce qui montre pourquoi les intégrations cloud nécessitent une maintenance continue, même lorsque la couche locale de gestion Docker reste stable.

Le fil de discussion ne contient pas de résolution confirmée pour cette erreur de secret expiré de 2026. Ne réutilisez pas celle de 2025 rclone selfupdate correctif comme réponse universelle à chaque échec ultérieur d’authentification OneDrive.

CasaOS n’est pas une distribution Linux complète au même titre que ZimaOS

Les réponses de la communauté ont régulièrement souligné que CasaOS est installé par-dessus un système Linux sous-jacent tel que Debian ou Ubuntu. Votre système d’exploitation de base, votre moteur Docker, votre noyau, votre stockage et votre pile réseau continuent d’exister séparément de la couche de gestion CasaOS.

Cela est important lors de la planification d’une migration : supprimer ou remplacer CasaOS ne signifie pas automatiquement que l’hôte Linux sous-jacent disparaît, mais cela ne garantit pas non plus que chaque application, réseau, volume et paramètre Samba puisse être transféré sans planification.

Devriez-vous continuer à utiliser CasaOS ?

Continuer à utiliser CasaOS peut rester raisonnable si :

• votre configuration actuelle est stable ;
• vous comprenez l’hôte Linux/Docker sous-jacent ;
• vous ne dépendez pas de mises à jour rapides des fonctionnalités principales de CasaOS ;
• les applications que vous utilisez continuent de recevoir leurs propres mises à jour en amont ;
• vous disposez de sauvegardes et pouvez assurer la maintenance de l’hôte si une intégration CasaOS cesse de fonctionner.

Il n’est pas nécessaire de migrer un serveur stable simplement parce que l’interface adopte un rythme de publication plus lent.

Quand devriez-vous envisager une migration ?

Une migration devient plus pertinente lorsque :

• vous dépendez d’une intégration CasaOS qui ne fonctionne plus ;
• vous avez besoin de correctifs de sécurité ou de plateforme qui ne sont pas proposés par le projet principal ;
• le système d’exploitation de votre hôte a dépassé les versions attendues par CasaOS ;
• vous souhaitez bénéficier des fonctionnalités NAS propriétaires activement développées de ZimaOS ;
• ou si vous préférez gérer Docker directement avec une autre interface maintenue.

ZimaOS n’est pas une mise à niveau directe adaptée à tous les hôtes CasaOS

En février 2026, un participant utilisait spécifiquement CasaOS sur un ordinateur Ubuntu polyvalent pour les jeux et les charges de travail Docker, et ne souhaitait pas de système d’exploitation NAS dédié. Il s’agit d’une limite importante de ce cas d’utilisation.

ZimaOS est un système d’exploitation conçu pour le déploiement, et non un paquet que l’on installe simplement par-dessus un bureau Ubuntu existant tout en conservant le même rôle pour la machine. Si l’hôte actuel est également votre ordinateur de bureau ou de jeu, prévoyez une migration d’infrastructure plutôt qu’une mise à jour du paquet CasaOS.

Pouvez-vous passer à Docker standard ou à Portainer ?

La communauté a ensuite demandé si supprimer CasaOS et gérer l’environnement Docker existant avec Portainer CE ou les outils Docker standards constituait une option raisonnable.

En théorie, oui : les applications gérées par CasaOS sont des conteneurs Docker, et les volumes Docker, les montages bind, les réseaux et les définitions Compose sont des concepts Docker. Toutefois, le fil de discussion source ne fournit pas de procédure vérifiée de migration de CasaOS vers Portainer en une seule commande.

Avant de supprimer CasaOS :

1. Exportez ou consignez la configuration Compose de chaque application.
2. Recensez les associations de volumes entre l’hôte et les conteneurs.
3. Recensez les réseaux Docker et les ports exposés.
4. Sauvegardez les répertoires de configuration et les bases de données des applications.
5. Documentez séparément les intégrations Samba ou de stockage cloud gérées par CasaOS.
6. Vérifiez quels services sont des composants de CasaOS et lesquels correspondent à vos propres conteneurs.

Ne désinstallez pas CasaOS à l’aveugle sur un hôte de production

Même si les conteneurs Docker eux-mêmes peuvent être recréés indépendamment, CasaOS peut également gérer les points de montage, les intégrations de stockage, les définitions d’applications, les fichiers de service et les facilités réseau associées.

Effectuez une sauvegarde ou un instantané de l’hôte lorsque cela est possible et testez les définitions Compose exportées avant de supprimer les services CasaOS.

État de CasaOS en 2026 : le résumé le plus précis

Ce que les utilisateurs de CasaOS devraient faire maintenant

1. Ne migrez pas précipitamment un serveur stable uniquement parce que le numéro de version du cœur est ancien.
2. Sauvegardez les données des applications Docker et les bases de données.
3. Exportez ou documentez les définitions des conteneurs.
4. Maintenez la distribution Linux sous-jacente et le moteur Docker sécurisés et pris en charge.
5. Suivez séparément les mises à jour des applications en amont et les mises à jour de CasaOS.
6. Surveillez les dépôts GitHub de CasaOS plutôt que de vous fier uniquement au numéro de version principal.
7. Si une intégration critique cesse de fonctionner, décidez s’il faut la réparer indépendamment, passer à une gestion directe de Docker ou migrer vers une autre plateforme.
8. Si vous passez à ZimaOS, considérez cette opération comme une migration de système d’exploitation plutôt que comme une mise à niveau de CasaOS sur place.

FAQ sur l’état du développement de CasaOS

IceWhale a-t-elle officiellement déclaré que CasaOS était abandonné ?

Ce n’est pas indiqué dans le fil de discussion source ni dans les éléments publics utilisés pour cette page. Des utilisateurs de la communauté l’ont décrite comme abandonnée, car la cadence de publication des versions stables s’est interrompue, mais cela ne constitue pas la même chose qu’une annonce officielle de fin de vie.

Quand la dernière version stable du cœur de CasaOS a-t-elle été publiée ?

La page principale des versions sur GitHub de CasaOS affiche la version v0.4.15 du 19 décembre 2024 comme version stable du cœur référencée tout au long de la discussion de la communauté.

Des éléments liés à CasaOS sont-ils encore maintenus ?

Oui. L’App Store de CasaOS affichait des commits actifs en 2026 et a publié la version v2.0.0 en juillet 2026. Cela n’efface pas le ralentissement des versions principales, mais montre que l’écosystème plus large n’est pas complètement inactif.

Tous les utilisateurs de CasaOS devraient-ils passer à ZimaOS ?

Non. ZimaOS est un déploiement de système d’exploitation différent, mieux adapté à certains flux de travail dédiés aux serveurs et aux NAS. Les utilisateurs de CasaOS exécutant une machine Ubuntu ou Debian polyvalente doivent d’abord évaluer l’impact de la migration.

Mes conteneurs Docker survivront-ils si je supprime CasaOS ?

Le fil de discussion ne fournit pas de procédure de migration garantie. Les conteneurs Docker et les données peuvent souvent être recréés indépendamment, mais vous devriez exporter les configurations, les volumes, les réseaux, les bases de données et les services gérés par CasaOS avant de supprimer quoi que ce soit.