El hilo original de marzo de 2025 solicitaba una función de apagado automático y recibió de inmediato una solución alternativa de la comunidad mediante un temporizador de systemd. Esa solución es ahora, en su mayor parte, histórica: ZimaOS 1.4.1 añadió una función integrada de apagado programado, por lo que los usuarios actuales ya no necesitan crear su propio servicio de apagado solo para apagar el NAS a una hora fija cada día.
Volver a encender el equipo es un problema diferente. Una vez que un servidor se ha apagado por completo, ZimaOS deja de ejecutarse y ya no puede ejecutar otro temporizador de software. El arranque depende de funciones de hardware como Wake-on-LAN, una alarma RTC, el comportamiento de encendido al restablecerse la alimentación de CA o un enchufe inteligente externo.
El apagado programado ya está integrado en ZimaOS
Las notas de la versión de ZimaOS 1.4.1 incluyen el apagado programado como una función nueva e indican que la hora de apagado puede establecerse desde el control de apagado.
Esto significa que el servicio y el temporizador personalizados de systemd de la comunidad, publicados en marzo de 2025, no deberían ser la recomendación predeterminada para una instalación actual. Utiliza el apagado programado integrado introducido en ZimaOS 1.4.1.
Qué hacía el temporizador histórico de systemd
La solución alternativa original creaba un servicio de ejecución única que llamaba al comando de apagado de Linux y un temporizador diario que lo activaba a las 23:00. También habilitaba el temporizador mediante systemd.
Esos comandos fueron publicados por un miembro de la comunidad, no por el personal de IceWhale. Eran una administración de Linux razonable, pero resultan innecesarios para el caso de uso habitual actual y añaden otra configuración que debe conservarse tras las actualizaciones y los reinicios.
Un horario de apagado no crea automáticamente un horario de encendido
El usuario original preguntó después si el servidor podía volver a encenderse por sí solo a las 07:00. La respuesta de la comunidad se centró en las funciones de la BIOS, porque el software que se ejecuta dentro de ZimaOS no puede activar una máquina completamente apagada, a menos que el hardware y el firmware estén preparados para hacerlo.
La activación mediante alarma RTC depende del hardware
El miembro de la comunidad que respondió indicó que la BIOS de su ZimaBlade mostraba la opción de encendido mediante alarma RTC, incluido un modo de hora fija. En conversaciones posteriores de IceWhale también se señaló que rtcwake de Linux está disponible en ZimaOS, pero primero es necesario comprobar la compatibilidad del hardware.
No des por sentado que todos los mini PC x86 de terceros ofrecen los mismos controles RTC o admiten la activación desde los mismos estados de suspensión o apagado.
Wake-on-LAN es otra opción
Muchos sistemas pueden activarse desde un estado de apagado cuando la tarjeta de red recibe un paquete mágico, siempre que Wake-on-LAN esté habilitado en el firmware y sea compatible con el adaptador de red. No obstante, el dispositivo que envía el paquete debe seguir conectado en algún punto de la red para transmitirlo.
En el caso de ZimaCube, la documentación actual de la BIOS describe explícitamente Wake-on-LAN como una opción de alimentación. En otros dispositivos, se debe consultar el comportamiento de su propia BIOS y tarjeta de red.
El encendido al restablecerse la alimentación de CA puede funcionar con un enchufe inteligente
Un patrón sencillo para un servidor doméstico es:
- dejar que ZimaOS realice un apagado programado y limpio;
- apagar el enchufe inteligente unos minutos después;
- volver a encender el enchufe por la mañana;
- configurar el hardware para que se encienda automáticamente cuando se restablezca la alimentación de CA.
La documentación actual de ZimaCube describe el comportamiento de restauración tras la pérdida de alimentación de CA para el arranque automático. La opción exacta varía según la placa base.
Realiza un apagado limpio del sistema operativo antes de cortar la alimentación
No se debe utilizar un enchufe inteligente como mecanismo de apagado mientras ZimaOS está en ejecución. Cortar la alimentación de forma abrupta puede interrumpir las escrituras del sistema de archivos, las bases de datos de Docker, los trabajos de copia de seguridad o la actividad de RAID.
Programa primero el apagado limpio y deja un margen suficiente antes de cortar la alimentación de CA.
Preguntas frecuentes sobre el encendido y apagado programados
¿La versión actual de ZimaOS admite el apagado programado?
Sí. Se añadió como función integrada en ZimaOS 1.4.1.
¿El apagado programado vuelve a encender automáticamente el equipo?
No. El arranque requiere un mecanismo independiente de hardware o firmware, como la activación mediante RTC, Wake-on-LAN o el encendido al restablecerse la alimentación de CA.
¿Debería seguir creando el temporizador de apagado de systemd de la comunidad?
Por lo general, no. Es anterior a la función integrada de apagado programado.
