O tópico original de março de 2025 pedia uma função de encerramento automático e recebeu imediatamente uma solução alternativa da comunidade baseada num temporizador systemd. Essa solução é agora sobretudo histórica: o ZimaOS 1.4.1 adicionou uma função integrada de encerramento programado, pelo que os utilizadores atuais já não precisam de criar o seu próprio serviço de encerramento apenas para desligar o NAS a uma hora fixa todos os dias.
Voltar a ligar a máquina é um problema diferente. Quando um servidor é completamente desligado, o próprio ZimaOS deixa de estar em execução e não pode executar outro temporizador de software. O arranque depende de funcionalidades de hardware, como Wake-on-LAN, um alarme RTC, o comportamento de reposição após o restabelecimento da alimentação CA ou uma tomada inteligente externa.
O encerramento programado já está integrado no ZimaOS
As notas de lançamento do ZimaOS 1.4.1 indicam o encerramento programado como uma nova funcionalidade e referem que a hora de encerramento pode ser definida através do controlo de encerramento.
Isto significa que o serviço e o temporizador systemd personalizados da comunidade, publicados em março de 2025, não devem ser a recomendação predefinida para uma instalação atual. Em vez disso, utilize a função integrada de encerramento programado introduzida no ZimaOS 1.4.1.
O que fazia o temporizador systemd histórico
A solução alternativa da fonte criava um serviço de execução única que chamava o comando de encerramento do Linux e um temporizador diário que o acionava às 23:00. Também ativava o temporizador através do systemd.
Esses comandos foram publicados por um membro da comunidade, não pela equipa da IceWhale. Eram uma forma razoável de administração do Linux, mas são desnecessários para o caso de utilização comum atual e acrescentam outra configuração que tem de sobreviver a atualizações e reinícios.
Um horário de encerramento não cria automaticamente um horário de arranque
O utilizador original perguntou depois se o servidor poderia voltar a ligar-se sozinho às 07:00. A resposta da comunidade passou a referir funcionalidades da BIOS, porque o software em execução dentro do ZimaOS não consegue reativar uma máquina completamente desligada, a menos que o hardware e o firmware estejam preparados para o fazer.
A reativação através do alarme RTC depende do hardware
O membro da comunidade que respondeu afirmou que a BIOS do seu ZimaBlade disponibilizava a opção RTC Alarm Power On, incluindo um modo de hora fixa. Discussões posteriores da IceWhale também referiram que o rtcwake do Linux existe no ZimaOS, mas é necessário verificar primeiro a compatibilidade do hardware.
Não assuma que todos os mini PCs x86 de terceiros disponibilizam os mesmos controlos RTC ou suportam a reativação a partir dos mesmos estados de suspensão ou alimentação.
O Wake-on-LAN é outra opção
Muitos sistemas conseguem reativar-se a partir de um estado desligado quando a placa de rede recebe um pacote mágico, desde que o Wake-on-LAN esteja ativado no firmware e seja suportado pelo adaptador de rede. O dispositivo que envia o pacote tem, ainda assim, de estar online algures na rede para o transmitir.
No ZimaCube, a documentação atual da BIOS descreve explicitamente o Wake-on-LAN como uma opção de alimentação. No caso de outro hardware, deve consultar o comportamento específico da respetiva BIOS e placa de rede.
A reposição após o restabelecimento da alimentação CA pode funcionar com uma tomada inteligente
Um padrão simples para um servidor doméstico é:
- deixar o ZimaOS executar um encerramento programado limpo;
- desligar a tomada inteligente alguns minutos depois;
- voltar a ligar a tomada de manhã;
- configurar o hardware para se ligar automaticamente quando a alimentação CA for restabelecida.
A documentação atual do ZimaCube descreve o comportamento Restore on AC Power Loss para o arranque automático. A opção exata varia consoante a placa-mãe.
Execute um encerramento limpo do sistema operativo antes de cortar a alimentação
Não deve utilizar uma tomada inteligente como mecanismo de encerramento enquanto o ZimaOS está em execução. A remoção abrupta da alimentação pode interromper gravações no sistema de ficheiros, bases de dados do Docker, tarefas de cópia de segurança ou operações RAID.
Programe primeiro o encerramento limpo e deixe um intervalo suficiente antes de remover a alimentação CA.
Perguntas frequentes sobre a alimentação programada
O ZimaOS atual suporta o encerramento programado?
Sim. Foi adicionado como função integrada no ZimaOS 1.4.1.
O encerramento programado volta a ligar automaticamente a máquina?
Não. O arranque requer um mecanismo de hardware ou firmware separado, como a reativação por RTC, Wake-on-LAN ou o comportamento de reposição após o restabelecimento da alimentação CA.
Devo continuar a criar o temporizador de encerramento systemd da comunidade?
Normalmente, não. É anterior à função integrada de encerramento programado.
