Resposta curta: mantenha o Ubuntu Server e adicione o CasaOS se já depender da gestão normal de pacotes Linux, de serviços systemd, de redes personalizadas ou de ferramentas ao nível do anfitrião. Substitua-o pelo ZimaOS se quiser que a máquina se comporte mais como um appliance NAS dedicado e se a maioria das cargas de trabalho puder funcionar dentro do modelo de aplicações/contentores.
O CasaOS funciona sobre o Linux
O CasaOS é instalado numa distribuição existente. A atual compatibilidade do sistema CasaOS indica o Debian 12 como recomendado e o Ubuntu Server entre as opções testadas. O instalador de uma linha adiciona o CasaOS sem substituir o sistema operativo base.
Isso faz do Ubuntu + CasaOS a opção flexível quando ainda utiliza a gestão normal de pacotes Linux, serviços systemd, redes personalizadas ou ferramentas ao nível do anfitrião. apt, unidades systemd personalizadas, VPNs do anfitrião, pacotes nativos de servidores de jogos, agentes de monitorização ou scripts que pressuponham um servidor Linux convencional.
O ZimaOS substitui o sistema operativo anfitrião
O ZimaOS é instalado como uma imagem de sistema operativo arrancável. A atual instalação do ZimaOS em x86 destina-se a x86-64 genérico, requer arranque UEFI, Secure Boot desativado e, pelo menos, 25 GB de armazenamento.
Este modelo é adequado para uma máquina cuja principal função seja o armazenamento, o Jellyfin, as cópias de segurança, as aplicações Docker e outros serviços de servidor doméstico. Abdica de alguma liberdade ao nível do anfitrião em troca de um fluxo de trabalho mais semelhante ao de um appliance.
Use a carga de trabalho para decidir
| Necessidade | Melhor ponto de partida | Porquê |
|---|---|---|
| Jellyfin + alguns contentores | ZimaOS | Menos administração do anfitrião. |
| Jellyfin + ferramentas Linux nativas | Ubuntu + CasaOS | Mantém o controlo normal do Linux. |
| Servidores de jogos com scripts personalizados | Ubuntu + CasaOS | Dependências mais fáceis ao nível do anfitrião. |
| Principalmente NAS/multimédia/cópias de segurança | ZimaOS | Modelo de appliance dedicado. |
Não apague o Ubuntu antes de fazer um inventário do estado
Antes de substituir o sistema operativo, registe os ficheiros de composição do Docker, as variáveis de ambiente, os bind mounts, /DATA/AppData, caminhos de multimédia, gravações de jogos, propriedade PUID/PGID, IP/DNS estáticos, proxy inverso, VPN, regras da firewall e mapeamentos de dispositivos para transcodificação por hardware.
Uma alteração do sistema operativo não preserva automaticamente as bibliotecas do Jellyfin nem os dados dos jogos, e não garante a transcodificação por GPU em hardware não suportado.
Regra de decisão
Mantenha Ubuntu + CasaOS quando o equipamento continua a ser, em primeiro lugar, um servidor Linux e, em segundo, um painel NAS. Escolha o ZimaOS quando é, antes de mais, um servidor doméstico/NAS e a maioria das cargas de trabalho se adequa a contentores e aos fluxos de armazenamento integrados.
O modelo Docker do CasaOS mostra por que motivo o CasaOS funciona bem como camada visual sobre o Linux. A plataforma de aplicações ZimaOS mostra a alternativa ao estilo de appliance.
Se está a criar um servidor doméstico x86 dedicado, em vez de reutilizar uma máquina existente, o ZimaBoard 2 é compatível com ambas as abordagens.
Pense nas atualizações e na recuperação, não apenas na instalação
O Ubuntu + CasaOS oferece duas camadas de atualização: a distribuição Linux e o próprio CasaOS. Isto é útil quando pretende fixar versões de pacotes ou gerir alterações ao kernel, mas também fica responsável por mais trabalho de compatibilidade. O ZimaOS trata a máquina mais como um aparelho, pelo que o ciclo de vida do sistema é mais simples, mas intencionalmente menos semelhante ao de um anfitrião Debian de uso geral.
Se já tem um servidor Ubuntu estável, o teste de menor risco consiste em instalar o CasaOS sem eliminar nada importante, adicionar uma aplicação não crítica e verificar se o fluxo de trabalho se adequa. Mudar para o ZimaOS é uma decisão maior, porque altera o SO do anfitrião e, por isso, deve ser testado com uma cópia de segurança e um processo de recuperação verificados.
No caso do Jellyfin, preserve quatro elementos
- Caminhos dos conteúdos multimédia: mantenha as mesmas pastas do anfitrião ou atualize os mapeamentos do contentor.
- Configuração do Jellyfin: preserve o diretório de configuração/base de dados da aplicação, não apenas os ficheiros de filmes.
- Dispositivos GPU: registe os mapeamentos dos dispositivos Intel/AMD/NVIDIA e os pressupostos relativos aos controladores antes da migração.
- Portas e proxy inverso: registe se os clientes acedem ao Jellyfin através do IP da LAN, de um nome de anfitrião ou de um domínio público.
Uma instalação nova que consegue “ver os filmes” não equivale a uma migração bem-sucedida do Jellyfin se o histórico de visualização, os utilizadores, as ilustrações ou as definições de transcodificação desaparecerem.
Os servidores de jogos tornam mais valiosa a flexibilidade do anfitrião
Muitos servidores de jogos funcionam bem com o Docker, mas os carregadores de mods, os scripts do SteamCMD, as dependências do Wine/Proton, as exceções da firewall ou a lógica de arranque personalizada podem ser mais fáceis de gerir num anfitrião Linux convencional. Se o seu servidor de jogos já estiver estável no Ubuntu, manter o Ubuntu e adicionar o CasaOS evita transformar um serviço funcional não relacionado num projeto de migração.
Por outro lado, se todos os servidores de jogos já estiverem em contentores e os respetivos dados estiverem corretamente montados por bind, o ZimaOS torna-se mais fácil de avaliar, porque a carga de trabalho é portátil.
Faça um teste de portabilidade antes de decidir
Para cada serviço importante, responda a estas cinco perguntas:
- Onde estão os dados persistentes?
- Posso recriar o contentor a partir de um ficheiro compose?
- Precisa de pacotes do anfitrião fora do Docker?
- Precisa de dispositivos de hardware especiais?
- Posso restaurá-lo numa máquina limpa a partir de uma cópia de segurança?
Se não consegue responder a estas perguntas, é prematuro alterar o SO do anfitrião. Crie primeiro o processo de cópia de segurança/restauro; a escolha do sistema operativo torna-se muito mais fácil quando as cargas de trabalho são portáteis.
Perguntas frequentes
O CasaOS substitui o Ubuntu?
Não. O CasaOS é instalado sobre um sistema Linux compatível.
O ZimaOS substitui o disco do sistema?
Uma instalação normal do ZimaOS grava uma imagem de SO dedicada num disco de destino, por isso faça primeiro uma cópia de segurança desse disco.
