Is CasaOS verlaten? Huidige ontwikkelingsstatus en opties

CasaOS-gebruikers hebben gegronde redenen om te vragen of het project is verlaten, maar het bewijs is genuanceerder dan een eenvoudig ja-of-neeantwoord. De discussiedraad in de community begon in februari 2025, nadat gebruikers hadden opgemerkt dat de belangrijkste CasaOS-repository sinds december 2024 geen nieuwe stabiele release had gepubliceerd en veel GitHub-issues inactief leken.

Vanaf 2026 ligt het tempo van stabiele kernreleases van CasaOS duidelijk veel lager dan voorheen en is de ontwikkelingsaandacht grotendeels verschoven naar ZimaOS. Tegelijkertijd klopt het niet dat elk project dat met CasaOS te maken heeft, is gestopt: de CasaOS App Store bleef in 2026 commits ontvangen en bracht in juli 2026 een v2.0.0-release uit, terwijl gerelateerde CasaOS-repositories en pull requests ook bleven bestaan. De veiligste conclusie is dat de ontwikkeling van de CasaOS-kern aanzienlijk is vertraagd, terwijl delen van het bredere ecosysteem onderhouden blijven.

Waarom gebruikers dachten dat CasaOS was verlaten

De oorspronkelijke auteur stelde de vraag op 24 februari 2025, omdat de belangrijkste CasaOS-release sinds december 2024 niet was gewijzigd en GitHub-issues zich leken op te stapelen zonder zichtbare voortgang.

De bezorgdheid nam later in de discussie toe. In augustus 2025 wees dezelfde gebruiker erop dat er bijna negen maanden waren verstreken sinds de CasaOS-release van 19 december 2024. In februari 2026 beschreven andere gebruikers CasaOS eveneens als abandonware en vroegen zij hoe ze bestaande Ubuntu-/Docker-installaties konden migreren.

Deze observaties worden door de bron ondersteund: de belangrijkste GitHub-releasepagina van CasaOS toont nog steeds v0.4.15 als de stabiele kernrelease, gepubliceerd op 19 december 2024.

In deze discussie staat geen officieel, door de bron ondersteund EOL-bericht

Het belangrijke onderscheid is dat tussen trage of stilgevallen kernreleases en een officiële aankondiging van het einde van de levensduur. De brondiscussie bevat geen verklaring van IceWhale dat CasaOS formeel is stopgezet, beëindigd of end-of-life is verklaard.

Verschillende leden van de community leidden uit het releasetempo af dat het project was verlaten. Dat is hun interpretatie, geen officiële kennisgeving over de levenscyclus van het product.

Maak van een conclusie uit de community bij het publiceren van deze pagina geen officiële verklaring die IceWhale niet heeft gedaan.

De ontwikkelingsaandacht verschoof naar ZimaOS

In meerdere reacties uit de community werd uitgelegd dat IceWhale een relatief klein team is en dat een groot deel van de ontwikkelingscapaciteit was verschoven naar ZimaOS en nieuwere Zima-hardware.

Dat komt overeen met de zichtbare productrichting. ZimaOS is nu het actief ontwikkelde, op NAS gerichte besturingssysteem van IceWhale, met actuele documentatie en voortdurende productintegratie.

Gebruikers die dit nieuwere pad overwegen, kunnen ZimaOS bekijken.

De thread besprak ook de ZimaBoard 2 als een nieuwere hardwareontwikkeling. De huidige productroute is de ZimaBoard 2 single-boardserver.

De CasaOS App Store was in 2026 nog steeds actief

Een reden waarom het woord “verlaten” te algemeen is, is dat niet alle CasaOS-gerelateerde repositories tot stilstand kwamen.

De CasaOS App Store-repository toont actieve commits in 2026, waaronder appupdates, documentatiewerk, wijzigingen aan het buildsysteem en nieuwe winkelmetagegevens. De App Store publiceerde in juli 2026 ook v2.0.0.

Dat betekent niet dat de CasaOS-core dezelfde ontwikkelingsinvesteringen krijgt als ZimaOS. Het betekent dat het ecosysteem niet overal volledig tot stilstand is gekomen.

CasaOS-core, UI, App Store en apps zijn verschillende lagen

Een terugkerend punt in de communitydiscussie was dat gebruikers elk probleem in een door CasaOS beheerde applicatie vaak beschouwen als een bug in de CasaOS-core. CasaOS is een beheerlaag rond Docker en opslagintegraties; de containers zelf zijn afkomstig van upstreamprojecten.

Het helpt om vier lagen van elkaar te onderscheiden:

• CasaOS-core: de hoofdservice en API-laag.
• CasaOS UI/componenten: de webinterface en ondersteunende services.
• CasaOS App Store: appdefinities en metagegevens.
• Upstream-applicaties: Nextcloud, Jellyfin, OneDrive/rclone-integraties en andere software in containers.

Een verouderde upstream-API of container kan problemen veroorzaken, zelfs als CasaOS zelf niet is gewijzigd. Omgekeerd vereist een probleem in de integratiecode van CasaOS nog steeds werk aan de kant van IceWhale.

Het OneDrive-probleem laat zien waarom gelaagdheid belangrijk is

De thread bevatte een praktisch voorbeeld. De oorspronkelijke auteur meldde dat OneDrive wel werd gekoppeld, maar dat bestanden niet konden worden geopend, terwijl Dropbox en Google Drive nog steeds werkten.

Een teamlid van IceWhale stelde voor om rclone bij te werken:

sudo rclone selfupdate

De gebruiker bevestigde dat dit het OneDrive-probleem in februari 2025 oploste.

Dit liet zien dat ten minste één ogenschijnlijk “CasaOS-probleem” verband hield met een verouderde afhankelijkheid, en niet bewees dat het hele platform niet meer bestond.

Maar 2026 liet ook zien wat traag integratieonderhoud kost

In januari 2026 meldde een andere gebruiker een Azure-authenticatiefout die wees op een verlopen Microsoft-toepassingsclientgeheim in de OneDrive-integratie. Dat is een andere fout dan een verouderd rclone-binair bestand en laat zien waarom cloudintegraties voortdurend onderhoud nodig hebben, zelfs wanneer de lokale Docker-beheerlaag stabiel blijft.

De thread bevat geen bevestigde oplossing voor die fout met het verlopen geheim uit 2026. Gebruik de versie uit 2025 niet opnieuw rclone selfupdate een oplossing als universeel antwoord voor elke latere OneDrive-authenticatiefout.

CasaOS is geen volledige Linux-distributie in dezelfde zin als ZimaOS

In antwoorden uit de community werd herhaaldelijk benadrukt dat CasaOS bovenop een onderliggend Linux-systeem zoals Debian of Ubuntu wordt geïnstalleerd. Je basisbesturingssysteem, Docker-engine, kernel, opslag en netwerkstack blijven afzonderlijk van de CasaOS-beheerlaag bestaan.

Dit is belangrijk bij het plannen van een migratie: het verwijderen of vervangen van CasaOS betekent niet automatisch dat de onderliggende Linux-host verdwijnt, maar het garandeert ook niet dat elke app, elk netwerk, elk volume en elke Samba-instelling zonder planning kan worden overgezet.

Moet je CasaOS blijven gebruiken?

CasaOS blijven gebruiken kan nog steeds redelijk zijn wanneer:

• je huidige configuratie stabiel is;
• je begrijpt hoe de onderliggende Linux-/Docker-host werkt;
• je niet afhankelijk bent van snelle functiereleases voor de CasaOS-kern;
• de applicaties die je gebruikt hun eigen upstream-updates blijven ontvangen;
• je back-ups hebt en de host kunt onderhouden als een CasaOS-integratie niet meer werkt.

Er is geen vereiste om een stabiele server te migreren alleen omdat de gebruikersinterface een trager releasetempo heeft.

Wanneer moet je een migratie overwegen?

Een migratie wordt redelijker wanneer:

• je afhankelijk bent van een CasaOS-integratie die niet meer werkt;
• je beveiligings- of platformoplossingen nodig hebt die niet in het kernproject verschijnen;
• het besturingssysteem van je host verder is bijgewerkt dan de versies die CasaOS verwacht;
• je actieve NAS-functies van de eerste partij wilt gebruiken die in ZimaOS beschikbaar zijn;
• of als je Docker liever rechtstreeks beheert met een andere onderhouden interface.

ZimaOS is geen directe upgrade voor elke CasaOS-host

Een deelnemer uit februari 2026 gebruikte CasaOS specifiek op een Ubuntu-computer voor algemeen gebruik, voor gaming en Docker-workloads, en wilde geen speciaal NAS-besturingssysteem. Dat is een belangrijke afbakening van de gebruikssituatie.

ZimaOS is een implementatie van een besturingssysteem, geen pakket dat je eenvoudig bovenop een bestaande Ubuntu-desktop installeert terwijl je de rol van de machine ongewijzigd behoudt. Als de huidige host ook je desktop- of gaming-pc is, plan de migratie dan als een infrastructuurwijziging en niet als een CasaOS-pakketupdate.

Kun je overstappen op gewone Docker of Portainer?

Later vroeg de community of het verwijderen van CasaOS en het beheren van de bestaande Docker-omgeving met Portainer CE of standaard Docker-tools een redelijke optie zou zijn.

Conceptueel gezien wel: door CasaOS beheerde applicaties zijn Docker-containers, en Docker-volumes, bind mounts, netwerken en Compose-definities zijn Docker-concepten. Maar de brondiscussie bevat geen geverifieerde migratieprocedure van CasaOS naar Portainer met één commando.

Voordat je CasaOS verwijdert:

1. Exporteer of leg de Compose-configuratie van elke app vast.
2. Leg de volumetoewijzingen van host naar container vast.
3. Leg Docker-netwerken en blootgestelde poorten vast.
4. Maak een back-up van configuratiemap­pen en databases van apps.
5. Documenteer door CasaOS beheerde Samba- of cloudopslagintegraties afzonderlijk.
6. Controleer welke services CasaOS-componenten zijn en welke je eigen containers zijn.

Verwijder CasaOS niet blindelings van een productiesysteem

Zelfs als de Docker-containers zelf onafhankelijk opnieuw kunnen worden aangemaakt, kan CasaOS ook mounts, opslagintegraties, appdefinities, servicebestanden en netwerkfunctionaliteit eromheen beheren.

Maak waar mogelijk een back-up of snapshot van de host en test de geëxporteerde Compose-definities voordat je CasaOS-services verwijdert.

CasaOS-status in 2026: de meest accurate samenvatting

Wat CasaOS-gebruikers nu moeten doen

1. Voer niet alleen vanwege een oud corenummer halsoverkop een migratie uit van een stabiele server.
2. Maak een back-up van Docker-appgegevens en databases.
3. Exporteer of documenteer containerdefinities.
4. Houd de onderliggende Linux-distributie en Docker-engine veilig en ondersteund.
5. Volg updates van upstream-apps afzonderlijk van CasaOS-updates.
6. Houd de GitHub-repositories van CasaOS in de gaten in plaats van alleen op het hoofdversienummer te vertrouwen.
7. Als een kritieke integratie niet meer werkt, beslis dan of je die onafhankelijk repareert, overstapt op direct Docker-beheer of naar een ander platform migreert.
8. Als je overstapt op ZimaOS, beschouw dit dan als een migratie van het besturingssysteem en niet als een upgrade van CasaOS ter plaatse.

Veelgestelde vragen over de ontwikkelingsstatus van CasaOS

Heeft IceWhale officieel gezegd dat CasaOS verlaten is?

Niet in de brondiscussie of het openbare bewijsmateriaal dat voor deze pagina is gebruikt. Communitygebruikers hebben het als verlaten omschreven omdat het tempo van stabiele core-releases is stilgevallen, maar dat is niet hetzelfde als een officiële aankondiging van het einde van de levensduur.

Wanneer verscheen de laatste stabiele core-release van CasaOS?

Op de belangrijkste GitHub-releasespagina van CasaOS staat v0.4.15 van 19 december 2024 als de stabiele core-release waarnaar in de communitydiscussie steeds wordt verwezen.

Wordt er nog iets rond CasaOS onderhouden?

Ja. In de CasaOS App Store waren in 2026 actieve commits zichtbaar en in juli 2026 werd versie 2.0.0 uitgebracht. Dat neemt de vertraging van de core-releases niet weg, maar laat wel zien dat het bredere ecosysteem niet volledig inactief is.

Moet elke CasaOS-gebruiker overstappen op ZimaOS?

Nee. ZimaOS is een andere implementatie van een besturingssysteem en is beter geschikt voor bepaalde workflows met dedicated servers en NAS-systemen. CasaOS-gebruikers met een Ubuntu- of Debian-machine voor algemeen gebruik moeten eerst de gevolgen van de migratie beoordelen.

Blijven mijn Docker-containers behouden als ik CasaOS verwijder?

De thread bevat geen gegarandeerde migratieprocedure. Docker-containers en gegevens kunnen vaak onafhankelijk opnieuw worden aangemaakt, maar je moet configuraties, volumes, netwerken, databases en door CasaOS beheerde services exporteren voordat je iets verwijdert.