Najbardziej użyteczny wniosek z tej długiej dyskusji na temat ZimaOS i DSM nie polega na tym, że jeden system NAS „wygrywa”. Synology DSM wyznaczał dojrzały standard podejścia zorientowanego przede wszystkim na urządzenie: wielokrotnie testowane procedury związane z pamięcią masową, monitorowanie, migrację, uprawnienia i narzędzia administracyjne. ZimaOS reprezentował nowszą, elastyczną sprzętowo platformę NAS skoncentrowaną na Dockerze, która stara się uprościć self-hosting bez odcinania dostępu do YAML-a i CLI.
Kilka krytycznych uwag w wątku było trafnych, ale IceWhale skorygował również istotne nieporozumienia techniczne. Co najważniejsze, ZimaOS nie opiera pamięci masowej RAID 5/6 na natywnym RAID Btrfs. Uczestnik społeczności raller1028 podsumował architekturę jako RAID Linux mdadm z Btrfs używanym jako zamontowany system plików. To rozróżnienie ma znaczenie przy porównywaniu deklaracji ZimaOS dotyczących bezpieczeństwa danych z wcześniejszymi ostrzeżeniami dotyczącymi natywnego RAID5/6 w Btrfs.
Krytyka RAID wymagała ważnego sprostowania dotyczącego architektury
Jeden z krytyków społeczności ostrzegł, że RAID5 w Btrfs może być niebezpieczny. Zima-Giorgio odpowiedział, że ZimaOS celowo nie używa natywnego RAID Btrfs w swojej implementacji RAID. Inny uczestnik wyjaśnił, że stos obejmuje mdadm do obsługi RAID oraz Btrfs jako system plików.
Nie dowodzi to, że każdy proces związany z RAID w ZimaOS jest równie dojrzały jak w DSM. Oznacza jednak, że nie należy oceniać ZimaOS tak, jakby po prostu udostępniał natywny RAID5/6 Btrfs.
DSM nadal wyznaczał wyższy standard diagnostyki dysków
Krytyk stwierdził, że DSM dostarcza znacznie więcej informacji o stanie dysków. IceWhale odpowiedział, że ZimaOS już pokazuje ogólny stan na pulpicie oraz częściowe dane S.M.A.R.T. w sekcji Pamięć masowa, przyznając jednocześnie, że interfejs mógłby ułatwiać znalezienie tych informacji.
Obsługa wielu użytkowników była dostępna, ale nadal ją rozwijano
IceWhale odrzucił pogląd, że użytkownicy ZimaOS byli jedynie tożsamościami Samba. Giorgio powiedział, że kierunek rozwoju produktu obejmował niezależnych użytkowników z własnymi przestrzeniami plików, interfejsami logowania i pulpitami, przyznając jednocześnie, że obsługa wielu użytkowników wciąż była wzbogacana.
Obecna dokumentacja ZimaOS wiąże uprawnienia do folderów współdzielonych z kontami użytkowników ZimaOS, jednak osoba porównująca ten system z DSM nadal powinna sprawdzić dokładny zakres rozdzielenia uprawnień administratora i użytkowników oraz procedury wymagane w jej domu lub firmie.
Luka w zakresie harmonogramowania zadań została potwierdzona
We wrześniu 2025 roku IceWhale poinformował, że istniała wstępna implementacja harmonogramowania, a zespół chciał stworzyć prostszy interfejs graficzny zamiast zmuszać użytkowników do edytowania crona. Wątek nie potwierdza, że graficzny harmonogram zadań na poziomie DSM był ukończoną funkcją.
Jeśli automatyzacja zadań ma kluczowe znaczenie przy podejmowaniu decyzji o zakupie, należy ocenić bieżące wydanie, zamiast traktować krytykę z 2025 roku lub deklarację dotyczącą planów rozwoju jako trwałą obietnicę funkcji.
ZimaOS zachował YAML i CLI obok aplikacji instalowanych jednym kliknięciem
Krytyk początkowo sądził, że ZimaOS zmusza użytkowników do korzystania z własnych parametrów tworzenia aplikacji. Giorgio wyjaśnił, że instalacja jednym kliknięciem jest uproszczoną opcją domyślną, natomiast YAML i CLI pozostają dostępne dla zaawansowanych wdrożeń.
Obecna dokumentacja ZimaOS wyraźnie promuje instalację jednym kliknięciem ze Sklepu z aplikacjami lub użycie własnego pliku Docker Compose. Oznacza to, że pierwotne stwierdzenie „tak naprawdę nie masz swobody” jest niepełne z perspektywy historycznej.
Przed porównaniem obecnego zakresu funkcji zapoznaj się z bieżącą dokumentacją platformy ZimaOS.
Tylko do odczytu system hosta to różnica filozofii, a nie przypadkowe ograniczenie
DSM i ZimaOS chronią wewnętrzne elementy urządzenia, ale ZimaOS szczególnie wyraźnie komunikuje swoją konstrukcję opartą na Buildroot i systemie tylko do odczytu. Giorgio powiedział, że SSH służy przede wszystkim zaawansowanym użytkownikom i do celów wsparcia, a większość systemu plików jest domyślnie tylko do odczytu.
Użytkownicy, którzy chcą nieograniczonego zarządzania pakietami, mogą preferować konwencjonalny host Linux. Ci, którzy chcą systemu NAS działającego jak urządzenie, z aplikacjami odizolowanymi w Dockerze lub maszynach wirtualnych, mogą uznać to samo ograniczenie za funkcję zwiększającą niezawodność.
„Migracja” oznacza więcej niż kopiowanie plików
Społeczność zadała IceWhale trudniejsze pytanie: czy istniejącą macierz RAID złożoną z wielu dysków można przenieść na nowy sprzęt i poprawnie rozpoznać? Początkowa odpowiedź IceWhale koncentrowała się na migracji z CasaOS do ZimaOS oraz z ZimaOS do ZimaOS, ale krytyk słusznie oddzielił migrację plików od migracji płyty głównej lub sprzętu z istniejącą macierzą.
W przypadku obecnych systemów produkcyjnych należy sprawdzić dokładną, obsługiwaną procedurę odzyskiwania lub importowania danego układu RAID, zanim założy się, że Migration Assistant firmy Synology i ZimaOS oferują równoważne możliwości migracji sprzętowej.
Dla kogo każda z platform będzie lepsza?
Najtrwalsze porównanie w wątku pochodziło od użytkowników, którzy korzystali z obu ekosystemów: DSM sprzyja kupującym, którzy chcą dojrzałego, ściśle zintegrowanego urządzenia NAS z rozbudowanymi możliwościami administracyjnymi; ZimaOS bardziej odpowiada użytkownikom ceniącym wybór sprzętu x86, self-hosting skoncentrowany na Dockerze, nowoczesny interfejs oraz możliwość samodzielnego modyfikowania systemu, gdy jest to potrzebne.
W 2026 roku te grupy są bardziej zbieżne niż w 2025, jednak niezawodność, oczekiwania dotyczące wsparcia, swoboda wyboru sprzętu i głębokość funkcji administracyjnych nadal są lepszymi kryteriami decyzji niż prosta tabela liczby funkcji.
FAQ: ZimaOS a DSM
Czy ZimaOS korzysta z natywnego RAID5/6 Btrfs?
Źródłowa dyskusja mówi, że nie. Wyjaśnienie IceWhale i społeczności opisuje RAID w ZimaOS jako Linux mdadm z Btrfs używanym jako system plików.
Czy Docker w ZimaOS był ograniczony do aplikacji instalowanych jednym kliknięciem?
Nie. IceWhale wyraźnie powiedział, że instalacja za pomocą YAML i CLI została zachowana dla zaawansowanych użytkowników, a obecna dokumentacja promuje Docker Compose.
Czy IceWhale twierdził, że ZimaOS osiągnął już dojrzałość na poziomie DSM?
Nie. Pracownicy przyznali, że przed platformą wciąż pozostawały kolejne etapy rozwoju, a kilka żądanych funkcji było dopiero wdrażanych lub planowanych.
