A conclusão mais útil desta longa discussão sobre o ZimaOS e o DSM não é que um dos sistemas operativos NAS “vence”. O Synology DSM representava a referência madura, orientada para dispositivos dedicados: fluxos de trabalho de armazenamento testados ao longo do tempo, monitorização, migração, permissões e ferramentas administrativas. O ZimaOS representava uma plataforma NAS mais recente, flexível em termos de hardware e centrada no Docker, que procurava simplificar o self-hosting sem bloquear o acesso a YAML ou à CLI.
Várias críticas no tópico eram válidas, mas a IceWhale também corrigiu importantes equívocos técnicos. Mais concretamente, o ZimaOS não constrói o seu armazenamento RAID 5/6 sobre RAID nativo do Btrfs. O colaborador da comunidade raller1028 resumiu a arquitetura como RAID Linux mdadm, com o Btrfs utilizado como sistema de ficheiros montado. Esta distinção é importante ao comparar as afirmações do ZimaOS sobre a segurança dos dados com os avisos mais antigos sobre RAID5/6 nativo do Btrfs.
A crítica ao RAID precisava de uma correção arquitetural importante
Um crítico da comunidade alertou que o RAID5 do Btrfs poderia ser inseguro. Zima-Giorgio respondeu que o ZimaOS não utiliza deliberadamente RAID nativo do Btrfs para a sua implementação de RAID. Outro colaborador esclareceu a pilha: mdadm para o RAID e Btrfs como sistema de ficheiros.
Isto não prova que todos os fluxos de trabalho RAID do ZimaOS sejam tão maduros como os do DSM. Significa, sim, que a comparação não deve avaliar o ZimaOS como se este estivesse simplesmente a expor RAID5/6 nativo do Btrfs.
O DSM continuava a definir uma fasquia mais elevada para o diagnóstico dos discos
O crítico afirmou que o DSM fornecia substancialmente mais informações sobre o estado dos discos. A IceWhale respondeu que o ZimaOS já apresentava o estado geral no painel, além de dados S.M.A.R.T. parciais em Armazenamento, reconhecendo simultaneamente que a interface poderia tornar esses detalhes mais fáceis de encontrar.
A utilização por vários utilizadores era real, mas continuava a ser desenvolvida
A IceWhale rejeitou a ideia de que os utilizadores do ZimaOS fossem apenas identidades Samba. Giorgio afirmou que a direção do produto incluía utilizadores independentes, com os seus próprios espaços de ficheiros, interfaces de início de sessão e painéis, admitindo que a experiência multiutilizador continuava a ser enriquecida.
A documentação atual do ZimaOS associa agora as permissões das pastas partilhadas às contas de utilizador do ZimaOS, mas quem estiver a compará-lo com o DSM deve ainda verificar a separação exata entre administrador e utilizador, bem como o fluxo de trabalho necessário para o seu agregado familiar ou empresa.
A lacuna no agendador de tarefas foi reconhecida
Em setembro de 2025, a IceWhale afirmou que já existia uma implementação preliminar do agendamento e que a equipa pretendia disponibilizar uma interface gráfica mais simples, em vez de obrigar os utilizadores a editar o cron. O tópico não estabelece que existisse uma interface gráfica de agendamento de tarefas equivalente à do DSM como funcionalidade concluída.
Se a automatização de tarefas for central para a decisão de compra, avalie a versão atual em vez de tratar a crítica de 2025 ou a declaração sobre o roteiro como uma promessa permanente de funcionalidades.
O ZimaOS manteve o YAML e a CLI juntamente com as aplicações de instalação com um clique
Inicialmente, o crítico pensava que o ZimaOS obrigava os utilizadores a recorrer aos seus próprios parâmetros de criação de aplicações. Giorgio esclareceu que a instalação com um clique era a opção simplificada predefinida, enquanto o YAML e a CLI continuavam disponíveis para implementações avançadas.
A documentação atual do ZimaOS promove explicitamente a instalação com um clique através da App Store ou a utilização do seu próprio Docker Compose. Isto faz com que a afirmação original de que “não se é realmente livre” esteja historicamente incompleta.
Consulte a documentação atual da plataforma ZimaOS antes de comparar a profundidade das funcionalidades atuais.
O anfitrião só de leitura é uma diferença filosófica, não uma limitação acidental
Tanto o DSM como o ZimaOS protegem os componentes internos do dispositivo, mas o ZimaOS torna particularmente explícita a sua conceção baseada no Buildroot e só de leitura. Giorgio afirmou que o SSH se destina sobretudo a canais avançados e de suporte, e que a maior parte do sistema de ficheiros permanece só de leitura por predefinição.
Os utilizadores que pretendam uma gestão de pacotes sem restrições poderão preferir um anfitrião Linux convencional. Os utilizadores que queiram um sistema operativo de dispositivo dedicado, com aplicações isoladas em Docker ou máquinas virtuais, poderão considerar essa mesma restrição uma funcionalidade de fiabilidade.
“Migração” significa mais do que copiar ficheiros
A comunidade colocou à IceWhale uma questão mais difícil: é possível transferir um RAID existente com vários discos para novo hardware e reconhecê-lo corretamente? A resposta inicial da IceWhale centrou-se na migração de CasaOS para ZimaOS e de ZimaOS para ZimaOS, mas o crítico distinguiu corretamente a migração de ficheiros da migração para outra placa-mãe ou outro hardware de uma matriz existente.
Para sistemas atualmente em produção, confirme o caminho exato de recuperação/importação suportado para a configuração RAID antes de presumir que o DSM Migration Assistant e o ZimaOS oferecem uma semântica equivalente de migração de hardware.
Qual das plataformas se adequa melhor a cada utilizador?
A comparação mais duradoura do tópico veio de utilizadores que tinham trabalhado com ambos os ecossistemas: o DSM favorece quem pretende um dispositivo NAS maduro e estreitamente integrado, com grande profundidade administrativa; o ZimaOS atrai mais quem valoriza a escolha de hardware x86, o self-hosting centrado no Docker, uma interface moderna e a possibilidade de experimentar quando necessário.
Estes públicos sobrepõem-se mais em 2026 do que em 2025, mas a robustez, as expectativas de suporte, a liberdade de escolha do hardware e a profundidade administrativa continuam a ser fatores de decisão mais úteis do que uma simples tabela de contagem de funcionalidades.
Perguntas frequentes sobre o ZimaOS e o DSM
O ZimaOS utiliza RAID5/6 nativo do Btrfs?
A discussão de origem diz que não. O esclarecimento da IceWhale/comunidade descreve o RAID do ZimaOS como Linux mdadm, com o Btrfs utilizado como sistema de ficheiros.
O Docker no ZimaOS estava limitado às aplicações de instalação com um clique?
Não. A IceWhale afirmou explicitamente que a instalação através de YAML e CLI continuava disponível para utilizadores avançados, e a documentação atual promove o Docker Compose.
A IceWhale afirmou que o ZimaOS já tinha alcançado o nível de maturidade do DSM?
Não. A equipa reconheceu que a plataforma ainda tinha etapas importantes pela frente e descreveu várias funcionalidades solicitadas como estando em implementação ou planeadas.
