CasaOS-användare har rimliga skäl att fråga om projektet har övergetts, men bevisen är mer nyanserade än ett enkelt ja-eller-nej-svar. Tråden i communityn startade i februari 2025 efter att användare lagt märke till att det huvudsakliga CasaOS-arkivet inte hade publicerat någon ny stabil version sedan december 2024 och att många GitHub-ärenden verkade inaktiva.
År 2026 är utgivningstakten för den stabila kärnversionen av CasaOS tydligt mycket långsammare än tidigare, och utvecklingsfokus har i hög grad flyttats till ZimaOS. Samtidigt är det inte korrekt att säga att alla CasaOS-relaterade projekt har upphört: CasaOS App Store fortsatte att ta emot commits under 2026 och publicerade version 2.0.0 i juli 2026, medan relaterade CasaOS-arkiv och pull requests också fortsatte att finnas. Den säkraste slutsatsen är att kärnutvecklingen av CasaOS har saktat ned avsevärt, medan delar av det bredare ekosystemet fortfarande underhålls.
Varför användare trodde att CasaOS hade övergetts
Den ursprungliga skribenten tog upp frågan den 24 februari 2025 eftersom den huvudsakliga CasaOS-versionen inte hade ändrats sedan december 2024 och GitHub-ärenden verkade samlas på hög utan synliga framsteg.
Oron växte senare i tråden. I augusti 2025 påpekade samma användare att nästan nio månader hade gått sedan CasaOS-versionen den 19 december 2024. I februari 2026 beskrev andra användare också CasaOS som övergiven programvara och frågade hur de kunde migrera befintliga Ubuntu-/Docker-installationer.
Dessa observationer stöds av källan: den huvudsakliga GitHub-sidan för CasaOS-versioner visar fortfarande v0.4.15 som den stabila kärnversionen, publicerad den 19 december 2024.
Det finns inget officiellt EOL-uttalande i den här tråden som stöds av källan
Den viktiga skillnaden ligger mellan långsamma eller stagnerade kärnversioner och ett officiellt tillkännagivande om att produkten nått slutet av sin livslängd. Källtråden innehåller inget uttalande från IceWhale om att CasaOS formellt har lagts ned, avslutats eller nått slutet av sin livslängd.
Flera medlemmar i communityn drog slutsatsen att projektet övergetts utifrån utgivningstakten. Det är deras tolkning, inte ett officiellt meddelande om produktens livscykel.
När den här sidan publiceras ska du inte omvandla en slutsats från communityn till ett officiellt uttalande som IceWhale inte har gjort.
Utvecklingsfokus har flyttats till ZimaOS
Flera svar i communityn förklarade att IceWhale är ett relativt litet team och att en stor del av utvecklingsarbetet hade flyttats till ZimaOS och nyare Zima-hårdvara.
Detta stämmer överens med den synliga produktinriktningen. ZimaOS är nu IceWhales aktivt utvecklade, NAS-fokuserade operativsystem, med aktuell dokumentation och pågående produktintegration.
Användare som utvärderar den nyare vägen kan läsa om ZimaOS.
Tråden diskuterade också ZimaBoard 2 som en nyare hårdvaruinriktning. Den aktuella produktvägen är ZimaBoard 2-enkelkortservern.
CasaOS App Store var fortfarande aktivt 2026
En anledning till att ordet ”övergivet” är för brett är att de CasaOS-relaterade arkiven inte alla slutade utvecklas.
Arkivet för CasaOS App Store visar aktiva commits under 2026, inklusive appuppdateringar, dokumentationsarbete, ändringar i byggsystemet och nya butiksmetadata. App Store publicerade också v2.0.0 i juli 2026.
Det betyder inte att CasaOS-kärnan får samma utvecklingssatsning som ZimaOS. Det betyder att ekosystemet inte har stannat av helt och hållet.
CasaOS-kärnan, gränssnittet, App Store och apparna är olika lager
En återkommande punkt i communitydiskussionen var att användare ofta betraktar alla problem i en CasaOS-hanterad applikation som ett fel i CasaOS-kärnan. CasaOS är ett hanteringslager ovanpå Docker och lagringsintegrationer; containrarna kommer från uppströmsprojekten.
Det hjälper att skilja mellan fyra lager:
- CasaOS-kärnan: huvudtjänsten och API-lagret.
- CasaOS-gränssnitt/komponenter: webbgränssnittet och stödjande tjänster.
- CasaOS App Store: appdefinitioner och metadata.
- Uppströmsapplikationer: Nextcloud, Jellyfin, OneDrive/rclone-integrationer och annan containeriserad programvara.
Ett föråldrat uppströms-API eller en föråldrad container kan orsaka fel även om CasaOS självt inte har ändrats. Omvänt kräver ett problem i CasaOS integrationskod fortfarande arbete från IceWhales sida.
OneDrive-problemet visar varför lagerindelning är viktigt
Tråden innehöll ett praktiskt exempel. Den ursprungliga skribenten rapporterade att OneDrive monterades, men att filer inte gick att öppna, medan Dropbox och Google Drive fortfarande fungerade.
En medlem i IceWhale-teamet föreslog att rclone skulle uppdateras:
sudo rclone selfupdateAnvändaren bekräftade att detta löste OneDrive-problemet i februari 2025.
Detta visade att åtminstone ett uppenbart ”CasaOS-problem” var relaterat till ett föråldrat beroende, snarare än ett bevis på att hela plattformen var död.
Men 2026 visade också kostnaden för långsamt integrationsunderhåll
I januari 2026 publicerade en annan användare ett Azure-autentiseringsfel som visade att en Microsoft-applikationsklienthemlighet hade gått ut i OneDrive-integrationen. Det är ett annat fel än en gammal rclone-binär och visar varför molnintegrationer behöver löpande underhåll, även när det lokala Docker-hanteringslagret förblir stabilt.
Tråden innehåller ingen bekräftad lösning på det felet med en utgången hemlighet från 2026. Återanvänd inte 2025 rclone selfupdate åtgärd som ett universellt svar på alla senare autentiseringsfel i OneDrive.
CasaOS är inte en fullständig Linuxdistribution på samma sätt som ZimaOS
Communityns svar betonade upprepade gånger att CasaOS installeras ovanpå ett underliggande Linux-system, till exempel Debian eller Ubuntu. Ditt basoperativsystem, din Docker-motor, kärna, lagring och nätverksstack fortsätter att existera separat från CasaOS-hanteringslagret.
Detta är viktigt vid planering av en migrering: att ta bort eller ersätta CasaOS innebär inte automatiskt att det underliggande Linux-systemet försvinner, men det garanterar inte heller att varje app, nätverk, volym och Samba-inställning kan flyttas utan planering.
Bör du fortsätta använda CasaOS?
Det kan fortfarande vara rimligt att fortsätta använda CasaOS när:
- din nuvarande installation är stabil;
- du förstår den underliggande Linux-/Docker-värden;
- du inte är beroende av snabba funktionssläpp i CasaOS-kärnan;
- applikationerna du kör fortsätter att få sina egna uppdateringar från upstream-projekten;
- du har säkerhetskopior och kan underhålla värden om en CasaOS-integration slutar fungera.
Det finns inget krav på att migrera en stabil server bara för att användargränssnittet har en långsammare utgivningstakt.
När bör du överväga att migrera?
En migrering blir mer rimlig när:
- du är beroende av en CasaOS-integration som inte längre fungerar;
- du behöver säkerhets- eller plattformsåtgärder som inte kommer i kärnprojektet;
- värdens operativsystem har gått vidare från de versioner som CasaOS förväntar sig;
- du vill ha aktiva NAS-funktioner från förstapart som finns tillgängliga i ZimaOS;
- eller så föredrar du att hantera Docker direkt med ett annat underhållet gränssnitt.
ZimaOS är inte en direktuppgradering för alla CasaOS-värdar
En deltagare i februari 2026 använde specifikt CasaOS på en Ubuntu-dator för allmän användning, för spel och Docker-arbetsbelastningar, och ville inte ha ett särskilt NAS-operativsystem. Det är en viktig avgränsning för användningsfallet.
ZimaOS är en operativsystemdistribution, inte ett paket som du enkelt installerar ovanpå ett befintligt Ubuntu-skrivbord och samtidigt behåller datorns roll oförändrad. Om den nuvarande värden också är din dator för skrivbordsanvändning eller spel bör du planera migreringen som en infrastrukturförändring, inte som en uppdatering av CasaOS-paketet.
Kan du gå över till vanlig Docker eller Portainer?
Communityn frågade senare om det skulle vara ett rimligt alternativ att ta bort CasaOS och hantera den befintliga Docker-miljön med Portainer CE eller vanliga Docker-verktyg.
Konceptuellt sett, ja: CasaOS-hanterade applikationer är Docker-containrar, och Docker-volymer, bind-monteringar, nätverk och Compose-definitioner är Docker-koncept. Men källtråden innehåller ingen verifierad migreringsprocedur från CasaOS till Portainer som utförs med ett enda kommando.
Innan du tar bort CasaOS:
- Exportera eller dokumentera varje apps Compose-/konfiguration.
- Dokumentera volymmappningar mellan värd och container.
- Dokumentera Docker-nätverk och exponerade portar.
- Säkerhetskopiera apparnas konfigurationskataloger och databaser.
- Dokumentera CasaOS-hanterade Samba- eller molnlagringsintegrationer separat.
- Bekräfta vilka tjänster som är CasaOS-komponenter och vilka som är dina egna containrar.
Avinstallera inte CasaOS blint på en produktionsvärd
Även om själva Docker-containrarna kan återskapas separat kan CasaOS också hantera monteringar, lagringsintegrationer, appdefinitioner, tjänstefiler och nätverksfunktioner runt dem.
Ta en säkerhetskopia eller ögonblicksbild av värden där det är möjligt och testa de exporterade Compose-definitionerna innan du tar bort CasaOS-tjänster.
CasaOS status 2026: den mest korrekta sammanfattningen
| Område | Observerad status |
|---|---|
| Huvudsaklig stabil kärnversion av CasaOS | Den stabila utgivningstakten har stannat av sedan version 0.4.15 i december 2024. |
| CasaOS App Store | Visade fortfarande aktiv utveckling under 2026 och en version 2.0.0 som släpptes i juli 2026. |
| GitHub-ekosystemet | Problem och pull requests är fortfarande öppna; vissa relaterade komponenter har fortsatt att utvecklas. |
| Officiellt uttalande om livscykelns slut i källan | Inget. |
| IceWhales produktfokus | Tydligt inriktat mot ZimaOS och nyare Zima-maskinvara. |
Vad CasaOS-användare bör göra nu
- Gör inte en panikmigrering av en stabil server enbart för att kärnversionsnumret är gammalt.
- Säkerhetskopiera data och databaser för Docker-appar.
- Exportera eller dokumentera containerdefinitioner.
- Håll den underliggande Linux-distributionen och Docker-motorn säkra och understödda.
- Följ uppdateringar av appar uppströms separat från CasaOS-uppdateringar.
- Följ CasaOS GitHub-arkiv i stället för att enbart förlita dig på huvudversionsnumret.
- Om en kritisk integration slutar fungera bör du avgöra om du ska reparera den separat, gå över till direkt Docker-hantering eller migrera till en annan plattform.
- Om du byter till ZimaOS bör du se det som en operativsystemmigrering snarare än en uppgradering av CasaOS på plats.
Vanliga frågor om CasaOS utvecklingsstatus
Har IceWhale officiellt sagt att CasaOS är övergivet?
Inte i källtråden eller den offentliga dokumentation som användes för den här sidan. Användare i communityn har beskrivit det som övergivet eftersom takten för stabila kärnversioner har stannat av, men det är inte samma sak som ett officiellt tillkännagivande om att produkten nått slutet av sin livscykel.
När släpptes den senaste stabila kärnversionen av CasaOS?
På CasaOS huvudsakliga GitHub-sida för utgåvor visas version 0.4.15 från den 19 december 2024 som den stabila kärnversion som det hänvisas till genom hela community-diskussionen.
Underhålls fortfarande något som är relaterat till CasaOS?
Ja. CasaOS App Store visade aktiva commits under 2026 och släppte version 2.0.0 i juli 2026. Det förändrar inte den långsammare takten för kärnversionerna, men visar att det bredare ekosystemet inte är helt inaktivt.
Bör alla CasaOS-användare byta till ZimaOS?
Nej. ZimaOS är en distribution av ett annat operativsystem och passar bättre för vissa arbetsflöden med dedikerade servrar eller NAS. CasaOS-användare som kör en generell Ubuntu- eller Debian-dator behöver först bedöma migreringens konsekvenser.
Kommer mina Docker-containrar att finnas kvar om jag tar bort CasaOS?
Tråden innehåller ingen garanterad migreringsprocedur. Docker-containrar och data kan ofta återskapas separat, men du bör exportera konfigurationer, volymer, nätverk, databaser och CasaOS-hanterade tjänster innan du tar bort något.
