Czy CasaOS zostało porzucone? Aktualny stan rozwoju i dostępne opcje

Użytkownicy CasaOS mają uzasadnione podstawy, by pytać, czy projekt został porzucony, ale dowody są bardziej złożone niż prosta odpowiedź „tak” lub „nie”. Wątek społeczności rozpoczął się w lutym 2025 roku, gdy użytkownicy zauważyli, że główne repozytorium CasaOS nie opublikowało nowego stabilnego wydania od grudnia 2024 roku, a wiele zgłoszeń na GitHubie wydawało się nieaktywnych.

W 2026 roku częstotliwość stabilnych wydań głównej wersji CasaOS jest wyraźnie niższa niż wcześniej, a uwaga rozwojowa została w dużej mierze przesunięta na ZimaOS. Jednocześnie nie jest prawdą, że każdy projekt związany z CasaOS został zatrzymany: CasaOS App Store nadal otrzymywał commity w 2026 roku i opublikował wydanie v2.0.0 w lipcu 2026 roku, a powiązane repozytoria CasaOS i pull requesty również nadal istniały. Najbezpieczniejszy wniosek jest taki, że rozwój głównej wersji CasaOS znacznie zwolnił, podczas gdy części szerszego ekosystemu nadal są utrzymywane.

Dlaczego użytkownicy uznali, że CasaOS zostało porzucone

Autor pierwotnego wpisu zadał to pytanie 24 lutego 2025 roku, ponieważ główne wydanie CasaOS nie zmieniło się od grudnia 2024 roku, a zgłoszenia na GitHubie wydawały się gromadzić bez widocznych postępów.

Obawy nasiliły się później w tym wątku. W sierpniu 2025 roku ten sam użytkownik zauważył, że od wydania CasaOS z 19 grudnia 2024 roku minęło prawie dziewięć miesięcy. Do lutego 2026 roku inni użytkownicy również określali CasaOS jako porzucone oprogramowanie i pytali, jak migrować istniejące instalacje Ubuntu/Docker.

Te obserwacje są poparte źródłami: główna strona wydań CasaOS na GitHubie nadal wskazuje wersję v0.4.15 jako stabilne wydanie główne opublikowane 19 grudnia 2024 roku.

W tym wątku nie ma oficjalnego komunikatu EOL popartego źródłem

Ważne jest rozróżnienie między powolnymi lub wstrzymanymi wydaniami głównego projektu a oficjalnym ogłoszeniem zakończenia życia produktu. Wątek źródłowy nie zawiera oświadczenia IceWhale, że CasaOS zostało formalnie wycofane, porzucone lub uznane za produkt wycofany z eksploatacji.

Kilku członków społeczności wywnioskowało porzucenie projektu z częstotliwości wydań. To ich interpretacja, a nie oficjalny komunikat dotyczący cyklu życia produktu.

Podczas publikowania tej strony nie przedstawiaj wniosku społeczności jako oficjalnego stanowiska, którego IceWhale nie wydało.

Uwaga rozwojowa przesunięta w stronę ZimaOS

Wiele odpowiedzi społeczności wyjaśniało, że IceWhale to stosunkowo mały zespół, a znaczna część jego wysiłków programistycznych została skierowana na ZimaOS i nowszy sprzęt Zima.

Jest to zgodne z widocznym kierunkiem rozwoju produktu. ZimaOS jest obecnie aktywnie rozwijanym przez IceWhale systemem operacyjnym skoncentrowanym na NAS, z aktualną dokumentacją i trwającą integracją z produktami.

Użytkownicy oceniający tę nowszą ścieżkę mogą zapoznać się z ZimaOS.

Wątek dotyczył również ZimaBoard 2 jako nowszego kierunku sprzętowego. Obecną ścieżką produktową jest serwer jednopłytkowy ZimaBoard 2.

Sklep aplikacji CasaOS nadal był aktywny w 2026 roku

Jednym z powodów, dla których słowo „porzucony” jest zbyt szerokie, jest to, że repozytoria związane z CasaOS nie wszystkie przestały się rozwijać.

Repozytorium sklepu aplikacji CasaOS wykazuje aktywne zmiany w 2026 roku, w tym aktualizacje aplikacji, prace nad dokumentacją, zmiany systemu kompilacji i nowe metadane sklepu. Sklep aplikacji opublikował również wersję v2.0.0 w lipcu 2026 roku.

Nie oznacza to, że rdzeń CasaOS otrzymuje takie samo wsparcie rozwojowe jak ZimaOS. Oznacza to, że cały ekosystem nie zamarł jednolicie.

Rdzeń CasaOS, interfejs, sklep aplikacji i aplikacje to różne warstwy

Powtarzającym się punktem w dyskusjach społeczności było to, że użytkownicy często traktują każdy problem w aplikacji zarządzanej przez CasaOS jako błąd rdzenia CasaOS. CasaOS to warstwa zarządzania wokół Dockera i integracji pamięci masowej; same kontenery pochodzą z projektów nadrzędnych.

Pomaga rozdzielić cztery warstwy:

• Rdzeń CasaOS: główna usługa i warstwa API.
• Interfejs/komponenty CasaOS: interfejs internetowy i usługi pomocnicze.
• Sklep aplikacji CasaOS: definicje aplikacji i metadane.
• Aplikacje projektów nadrzędnych: Nextcloud, Jellyfin, integracje OneDrive/rclone i inne oprogramowanie działające w kontenerach.

Nieaktualne API lub kontener projektu nadrzędnego może spowodować awarię, nawet jeśli sam CasaOS się nie zmienił. Z kolei problem w kodzie integracji CasaOS nadal wymaga prac po stronie IceWhale.

Problem z OneDrive pokazuje, dlaczego warstwowość ma znaczenie

Wątek zawierał praktyczny przykład. Autor oryginalnego wpisu zgłosił, że OneDrive został zamontowany, ale plików nie można było otwierać, podczas gdy Dropbox i Google Drive nadal działały.

Członek zespołu IceWhale zasugerował aktualizację rclone:

sudo rclone selfupdate

Użytkownik potwierdził, że rozwiązało to problem z OneDrive w lutym 2025 roku.

Pokazało to, że przynajmniej jeden pozorny „problem CasaOS” był związany z nieaktualną zależnością, a nie stanowił dowodu na całkowite obumarcie platformy.

Rok 2026 pokazał również koszt powolnej konserwacji integracji

W styczniu 2026 roku inny użytkownik opublikował błąd uwierzytelniania Azure wskazujący na wygasły sekret klienta aplikacji Microsoft w integracji z OneDrive. To inny rodzaj awarii niż stary plik binarny rclone i pokazuje, dlaczego integracje z chmurą wymagają stałej konserwacji, nawet gdy lokalna warstwa zarządzania Dockerem pozostaje stabilna.

Wątek nie zawiera potwierdzonego rozwiązania tego błędu wygasłego sekretu z 2026 roku. Nie używaj ponownie wersji z 2025 roku rclone selfupdate poprawka jako uniwersalne rozwiązanie każdego późniejszego problemu z uwierzytelnianiem OneDrive.

CasaOS nie jest pełną dystrybucją Linuksa w tym samym sensie co ZimaOS

W odpowiedziach społeczności wielokrotnie podkreślano, że CasaOS jest instalowany na bazowym systemie Linux, takim jak Debian lub Ubuntu. Bazowy system operacyjny, silnik Dockera, jądro, pamięć masowa i stos sieciowy nadal istnieją niezależnie od warstwy zarządzania CasaOS.

Ma to znaczenie podczas planowania migracji: usunięcie lub zastąpienie CasaOS nie oznacza automatycznie usunięcia bazowego hosta Linux, ale nie gwarantuje też, że każdą aplikację, sieć, wolumin i ustawienie Samby będzie można przenieść bez planowania.

Czy należy nadal korzystać z CasaOS?

Dalsze korzystanie z CasaOS nadal może być rozsądnym wyborem, gdy:

• obecna konfiguracja jest stabilna;
• rozumiesz działanie bazowego hosta Linux/Docker;
• nie polegasz na szybkim udostępnianiu nowych funkcji w jądrze CasaOS;
• używane przez Ciebie aplikacje nadal otrzymują własne aktualizacje od dostawców;
• masz kopie zapasowe i możesz utrzymywać hosta, jeśli integracja CasaOS przestanie działać;

Nie ma wymogu migrowania stabilnego serwera tylko dlatego, że interfejs ma wolniejszy cykl wydań.

Kiedy warto rozważyć migrację?

Migracja staje się bardziej uzasadniona, gdy:

• polegasz na integracji CasaOS, która już nie działa;
• potrzebujesz poprawek bezpieczeństwa lub platformy, które nie są dostarczane w ramach głównego projektu;
• system operacyjny hosta wykracza poza wersje oczekiwane przez CasaOS;
• zależy Ci na aktywnie rozwijanych funkcjach NAS dostępnych w ZimaOS;
• lub wolisz zarządzać Dockerem bezpośrednio za pomocą innego utrzymywanego interfejsu.

ZimaOS nie jest bezpośrednią aktualizacją dla każdego hosta z CasaOS

Jeden z uczestników wątku w lutym 2026 roku korzystał z CasaOS na uniwersalnym komputerze z Ubuntu do gier i obsługi obciążeń Dockera, nie chcąc dedykowanego systemu operacyjnego NAS. To ważna granica tego przypadku użycia.

ZimaOS to wdrażany system operacyjny, a nie pakiet, który można po prostu zainstalować na istniejącym pulpicie Ubuntu, zachowując bez zmian dotychczasową funkcję komputera. Jeśli obecny host jest również komputerem stacjonarnym lub gamingowym, zaplanuj migrację jako zmianę infrastruktury, a nie aktualizację pakietu CasaOS.

Czy można przejść na zwykłego Dockera lub Portainera?

Później społeczność zapytała, czy usunięcie CasaOS i zarządzanie istniejącym środowiskiem Dockera za pomocą Portainera CE lub standardowych narzędzi Dockera byłoby rozsądną opcją.

W ujęciu koncepcyjnym tak: aplikacje zarządzane przez CasaOS są kontenerami Dockera, a woluminy Dockera, montowania wiązane, sieci i definicje Compose to pojęcia związane z Dockerem. Jednak w wątku źródłowym nie przedstawiono zweryfikowanej procedury migracji z CasaOS do Portainera wykonywanej jednym poleceniem.

Przed usunięciem CasaOS:

1. Wyeksportuj lub zapisz konfigurację Compose/konfigurację każdej aplikacji.
2. Zapisz mapowania woluminów hosta na kontenery.
3. Zapisz sieci Dockera oraz udostępnione porty.
4. Wykonaj kopię zapasową katalogów konfiguracji aplikacji i baz danych.
5. Osobno udokumentuj integracje Samby i pamięci masowej w chmurze zarządzane przez CasaOS.
6. Potwierdź, które usługi są komponentami CasaOS, a które są Twoimi własnymi kontenerami.

Nie odinstalowuj CasaOS bez namysłu na hoście produkcyjnym

Nawet jeśli same kontenery Dockera można odtworzyć niezależnie, CasaOS może również zarządzać punktami montowania, integracjami pamięci masowej, definicjami aplikacji, plikami usług i dodatkowymi funkcjami sieciowymi.

Jeśli to możliwe, wykonaj kopię zapasową lub utwórz migawkę hosta i przetestuj wyeksportowane definicje Compose przed usunięciem usług CasaOS.

Stan CasaOS w 2026 roku: najdokładniejsze podsumowanie

Co powinni teraz zrobić użytkownicy CasaOS

1. Nie przeprowadzaj migracji w panice ze stabilnego serwera wyłącznie dlatego, że numer głównej wersji jest stary.
2. Twórz kopie zapasowe danych aplikacji Dockera i baz danych.
3. Eksportuj lub dokumentuj definicje kontenerów.
4. Dbaj o bezpieczeństwo i wsparcie podstawowej dystrybucji Linuksa oraz silnika Dockera.
5. Śledź aktualizacje aplikacji upstream oddzielnie od aktualizacji CasaOS.
6. Śledź repozytoria CasaOS w serwisie GitHub, zamiast polegać wyłącznie na głównym numerze wersji.
7. Jeśli krytyczna integracja przestanie działać, zdecyduj, czy naprawić ją niezależnie, przejść na bezpośrednie zarządzanie Dockerem, czy zmigrować na inną platformę.
8. Jeśli przechodzisz na ZimaOS, potraktuj to jako migrację systemu operacyjnego, a nie aktualizację CasaOS w miejscu.

Często zadawane pytania dotyczące stanu rozwoju CasaOS

Czy IceWhale oficjalnie stwierdziło, że CasaOS zostało porzucone?

Nie wynika to z wątku źródłowego ani z publicznych dowodów wykorzystanych na tej stronie. Użytkownicy społeczności określali CasaOS jako porzucony, ponieważ częstotliwość stabilnych wydań spadła, ale nie jest to równoznaczne z oficjalnym ogłoszeniem zakończenia cyklu życia.

Kiedy wydano ostatnią stabilną wersję podstawową CasaOS?

Na głównej stronie wydań CasaOS w serwisie GitHub widnieje wersja 0.4.15 z 19 grudnia 2024 roku jako stabilne wydanie podstawowej wersji, do którego odwołuje się cała dyskusja społeczności.

Czy coś związanego z CasaOS jest nadal utrzymywane?

Tak. Sklep z aplikacjami CasaOS miał aktywne commity w 2026 roku i wydał wersję 2.0.0 w lipcu 2026 roku. Nie zmienia to spowolnienia rozwoju głównego wydania, ale pokazuje, że szerszy ekosystem nie jest całkowicie nieaktywny.

Czy każdy użytkownik CasaOS powinien przejść na ZimaOS?

Nie. ZimaOS to wdrożenie innego systemu operacyjnego, lepiej dostosowane do niektórych zastosowań dedykowanych serwerów i NAS-ów. Użytkownicy CasaOS korzystający z uniwersalnego komputera z Ubuntu lub Debianem powinni najpierw ocenić skutki migracji.

Czy moje kontenery Dockera przetrwają usunięcie CasaOS?

Wątek nie przedstawia gwarantowanej procedury migracji. Kontenery i dane Dockera często można odtworzyć niezależnie, ale przed usunięciem czegokolwiek należy wyeksportować konfiguracje, woluminy, sieci, bazy danych oraz usługi zarządzane przez CasaOS.