WD My Cloud OS5: organizar respaldos, sincronizaciones y transferencias para reducir la actividad del disco

En los capítulos anteriores analizamos la arquitectura del WD My Cloud Gen 2, recuperamos funciones de su interfaz administrativa e implementamos herramientas para monitorear la actividad y suspensión del disco duro.

También modificamos determinadas tareas programadas del firmware para reducir operaciones que podrían interrumpir los periodos de suspensión.

En este séptimo capítulo abordaremos otro aspecto importante: la organización de las transferencias, respaldos y sincronizaciones de archivos.

El objetivo es evitar que diferentes procesos accedan al almacenamiento de forma continua y, cuando sea posible, concentrar determinadas operaciones en horarios establecidos.

Las pruebas y configuraciones descritas corresponden a un WD My Cloud Gen 2 con firmware OS5 5.33.102. Los ejemplos generales deben adaptarse a la organización de archivos de cada instalación.

1. El almacenamiento principal del WD My Cloud

Como explicamos en el primer capítulo, nuestro WD My Cloud utiliza varias particiones para separar el sistema operativo, las configuraciones y los datos.

El volumen principal se encuentra en:

/mnt/HD/HD_a2

Este volumen corresponde a:

/dev/sda2

Durante nuestras pruebas, la capacidad disponible del volumen era de aproximadamente 9 TiB, con una ocupación cercana al 73%.

Para consultar el estado actual del almacenamiento utilizamos:

df -h

También podemos consultar específicamente el volumen:

df -h /mnt/HD/HD_a2

Este comando permite conocer la capacidad total, el espacio utilizado y el espacio disponible.

2. Organización de carpetas y aplicaciones

Dentro del volumen principal conviven diferentes tipos de información:

• Archivos compartidos por los usuarios.
• Datos almacenados por aplicaciones.
• Carpetas utilizadas para respaldos.
• Archivos multimedia.
• Scripts personalizados y sus registros.

En nuestra instalación identificamos dos ubicaciones especialmente importantes.

2.1. Carpetas compartidas

Los recursos compartidos se almacenan dentro del volumen principal.

Por ejemplo, la carpeta pública corresponde a una ruta similar a:

/mnt/HD/HD_a2/Public

La estructura exacta depende de las carpetas configuradas en cada NAS.

Podemos consultar las carpetas mediante:

ls -la /mnt/HD/HD_a2

2.2. Aplicaciones instaladas

En nuestro dispositivo las aplicaciones utilizan el directorio:

/mnt/HD/HD_a2/Nas_Prog

Para consultarlo:

ls -la /mnt/HD/HD_a2/Nas_Prog

Este directorio es especialmente importante porque algunas aplicaciones pueden ejecutar procesos periódicos que acceden al almacenamiento.

3. Diferencia entre copia, sincronización y respaldo

Antes de programar transferencias conviene distinguir tres operaciones que suelen confundirse.

Operación	Descripción
Copia	Duplica archivos desde una ubicación hacia otra.
Sincronización	Mantiene actualizados dos conjuntos de archivos, según reglas definidas.
Respaldo	Conserva una copia recuperable de la información, idealmente con protección frente a errores y eliminaciones accidentales.

Esta distinción es importante porque una sincronización no siempre constituye un respaldo.

Por ejemplo, si una sincronización reproduce automáticamente la eliminación de un archivo, también puede eliminarlo de la ubicación de destino.

Un respaldo debe permitir recuperar la información aunque el archivo original haya desaparecido.

4. La relación entre transferencias y suspensión del HDD

Cuando el NAS recibe o entrega archivos, normalmente necesita acceder al disco principal.

Estas operaciones pueden mantenerlo girando o provocar que abandone el estado STANDBY.

Si diferentes equipos realizan transferencias en momentos separados, el disco puede permanecer activo durante una parte considerable del día.

En cambio, concentrar determinadas transferencias en una ventana temporal podría permitir periodos de inactividad más prolongados.

Esta estrategia requiere considerar el funcionamiento de cada aplicación. No todas las transferencias pueden retrasarse sin afectar el servicio.

5. Concentrar transferencias durante la madrugada

Durante nuestras pruebas decidimos concentrar determinadas operaciones de archivos en una ventana nocturna.

La configuración elegida fue realizar una sincronización diaria alrededor de las 03:00.

La intención era evitar transferencias frecuentes a lo largo del día.

Esta medida formó parte del experimento para determinar si la reducción de accesos permitía aumentar el tiempo de suspensión del disco.

Sin embargo, las mediciones posteriores todavía no demostraron un incremento sostenido del tiempo en STANDBY.

6. Herramientas para copiar y sincronizar archivos

Linux dispone de diferentes herramientas para administrar archivos.

Entre las más habituales se encuentran:

• cp: copiar archivos y directorios.
• mv: mover archivos.
• tar: empaquetar conjuntos de archivos.
• rsync: sincronizar directorios de forma incremental.

Antes de utilizar una herramienta, debemos comprobar que esté disponible en el firmware.

Por ejemplo:

which cp
which mv
which tar
which rsync

No todas las instalaciones de OS5 incluyen necesariamente las mismas versiones o herramientas.

7. Ejemplo de sincronización mediante rsync

Una herramienta habitual para sincronizar archivos es rsync.

El siguiente ejemplo es ilustrativo y no corresponde a una tarea cuya ejecución hayamos verificado en nuestro dispositivo.

Supongamos que queremos copiar archivos desde una carpeta de origen hacia otra ubicación de respaldo.

rsync -av \
/ruta/origen/ \
/ruta/destino/

Las opciones utilizadas significan:

• -a: modo archivo, que conserva diversos atributos.
• -v: mostrar información sobre la operación.

La barra final en la ruta de origen indica que se copiará el contenido del directorio.

Antes de utilizar el comando con información importante, es recomendable realizar una simulación:

rsync -avn \
/ruta/origen/ \
/ruta/destino/

La opción -n evita realizar la transferencia y muestra las operaciones que se ejecutarían.

Conviene evitar la opción --delete hasta comprender exactamente su comportamiento, ya que puede eliminar archivos en el destino.

8. Programar una transferencia nocturna

Si deseamos ejecutar una sincronización en un horario determinado, podemos utilizar cron.

Por ejemplo, una tarea diaria a las 03:00 tendría esta estructura:

0 3 * * * /ruta/del/script.sh

El script puede contener las instrucciones necesarias para transferir archivos.

Sin embargo, en My Cloud OS5 debemos recordar que algunas modificaciones realizadas directamente en el crontab pueden desaparecer después de reiniciar.

En nuestro dispositivo observamos que el firmware reconstruye determinadas tareas programadas.

Por tanto, cualquier automatización debe comprobarse después de reiniciar.

9. Evitar ejecuciones simultáneas

Una consideración importante es impedir que una sincronización vuelva a comenzar mientras todavía se está ejecutando la anterior.

Esto puede ocurrir cuando una transferencia tarda más de lo esperado.

Una estrategia sencilla consiste en utilizar un directorio de bloqueo.

El siguiente ejemplo ilustra el mecanismo:

#!/bin/sh

LOCK="/tmp/sync-nocturna.lock"

if ! mkdir "$LOCK" 2>/dev/null; then
    echo "La sincronizacion ya esta en curso"
    exit 0
fi

trap 'rmdir "$LOCK"' EXIT

# Ejecutar aqui la sincronizacion
# correspondiente.

El directorio se crea solamente cuando no existe otro proceso que lo haya creado.

Si la sincronización termina normalmente, el bloqueo se elimina.

Debe considerarse que un proceso terminado de forma abrupta puede dejar el bloqueo. Por ello, en una implementación permanente conviene incorporar mecanismos adicionales de recuperación.

10. Registrar el resultado de las transferencias

Para evaluar el funcionamiento de una tarea programada conviene registrar:

• Fecha y hora de inicio.
• Fecha y hora de finalización.
• Resultado de la operación.
• Código de salida del comando.
• Errores detectados.

Una recomendación para nuestro proyecto es utilizar registros temporales en memoria RAM cuando no sea necesario conservarlos inmediatamente.

Por ejemplo:

/tmp/sync-nocturna.log

Esto evita escribir continuamente registros de diagnóstico en el disco principal.

Los registros importantes pueden trasladarse posteriormente a una ubicación persistente cuando el disco ya esté activo.

11. Verificar si una transferencia despierta el HDD

Nuestro monitor permite consultar el estado del disco mediante:

hdparm -C /dev/sda

Para evaluar una sincronización podemos seguir este procedimiento:

1. Consultar el estado del HDD antes de la transferencia.
2. Registrar la hora en que comienza.
3. Ejecutar la transferencia.
4. Comprobar su hora de finalización.
5. Consultar nuevamente el estado del disco.
6. Revisar los cambios registrados por el monitor.

No debemos interpretar automáticamente cada transición como consecuencia de la transferencia.

Otros procesos pueden ejecutarse durante el mismo intervalo.

Para atribuir un despertar a una tarea concreta se requiere analizar la coincidencia temporal y descartar otras fuentes de actividad.

12. Evaluar el impacto de la sincronización nocturna

Durante el proyecto modificamos la organización de determinadas transferencias para ejecutarlas en una ventana nocturna.

Posteriormente continuamos registrando la actividad del disco mediante el monitor de suspensión.

Una de las mediciones de referencia fue:

Desde 2026-10-02 15:35:00:

Activo:       114.48 h  (44.2%)
Idle:         113.42 h  (43.8%)
Dormido:      31.26 h  (12.1%)
Desconocido:  0.00 h  (0.0%)
Total:        259.16 h
Despertares:  68

En una medición posterior obtuvimos:

Desde 2026-10-02 15:35:00:

Activo:       146.40 h  (46.6%)
Idle:         136.39 h  (43.4%)
Dormido:      31.26 h  (10.0%)
Desconocido:  0.00 h  (0.0%)
Total:        314.06 h
Despertares:  68

Durante aproximadamente 55 horas adicionales de observación, el monitor no registró nuevos periodos de STANDBY.

Por tanto, no encontramos todavía evidencia de que concentrar las transferencias nocturnas hubiera mejorado el tiempo de suspensión.

Esto no demuestra que la estrategia sea inútil, sino que necesitamos identificar otras posibles fuentes de actividad.

13. Respaldos internos y externos

Un WD My Cloud puede utilizarse como ubicación de respaldo para diferentes equipos.

También puede participar en procesos de copia hacia otros dispositivos de almacenamiento.

Sin embargo, debemos distinguir entre el respaldo de los datos y el respaldo del propio NAS.

Guardar archivos importantes en el disco interno no protege contra una falla de ese mismo disco.

Para información crítica conviene conservar copias adicionales en medios físicamente independientes.

Una estrategia ampliamente utilizada es la regla 3-2-1:

• Tres copias de los datos importantes.
• Dos tipos de almacenamiento.
• Una copia fuera del sitio principal.

Esta es una recomendación general de protección de datos, no una configuración implementada o verificada durante nuestras pruebas.

14. Respaldo de las personalizaciones del NAS

Además de los archivos de usuario, conviene identificar las configuraciones personalizadas que sería necesario recuperar después de una reinstalación.

En nuestro dispositivo encontramos tres ubicaciones importantes:

14.1. Personalizaciones de la interfaz web

/usr/local/config/web-overrides

Contiene los archivos utilizados para recuperar el botón Shutdown.

14.2. Monitor de suspensión

/mnt/HD/HD_a2/.disk-sleep-monitor

Contiene los scripts de monitoreo, el generador de reportes y el historial persistente.

14.3. Configuración de Boot Scripts

/mnt/HD/HD_a2/Nas_Prog/bootscripts_conf

Contiene la configuración persistente de la aplicación Boot Scripts.

Durante nuestra revisión medimos el tamaño de estos componentes:

Componente	Tamaño observado
Monitor de suspensión	104 KB
Personalizaciones web	40 KB
Boot Scripts	40 KB

En conjunto, estas carpetas ocupaban aproximadamente 184 KB.

También identificamos el archivo:

/usr/local/config/config.xml

Este archivo contiene configuraciones importantes del firmware.

Advertencia: no debe publicarse íntegramente en internet, porque podría contener información administrativa o identificadores del dispositivo.

Durante este proyecto identificamos los componentes que sería conveniente conservar, pero no generamos un respaldo comprimido completo.

15. Evitar que los respaldos interfieran con el uso normal

Una transferencia de archivos puede competir con otras aplicaciones por los recursos del NAS.

Esto resulta especialmente relevante en dispositivos con procesadores ARM de generaciones anteriores.

Para reducir interferencias conviene considerar:

1. Programar transferencias intensivas en horarios de menor uso.
2. Evitar ejecutar varias copias grandes simultáneamente.
3. Comprobar que exista espacio suficiente en el destino.
4. Registrar errores de transferencia.
5. Verificar periódicamente la integridad de los respaldos.
6. Evitar sincronizaciones continuas cuando una actualización diaria sea suficiente.

Estas recomendaciones deben adaptarse a la disponibilidad requerida y al tipo de información almacenada.

16. Comandos de diagnóstico rápido

El siguiente bloque reúne comandos de solo lectura que permiten revisar las ubicaciones principales de almacenamiento y el estado del HDD.

echo "=== ALMACENAMIENTO ==="
df -h /mnt/HD/HD_a2

echo
echo "=== DIRECTORIO PRINCIPAL ==="
ls -la /mnt/HD/HD_a2

echo
echo "=== APLICACIONES ==="
ls -la /mnt/HD/HD_a2/Nas_Prog

echo
echo "=== PERSONALIZACIONES ==="
du -sh /usr/local/config/web-overrides
du -sh /mnt/HD/HD_a2/.disk-sleep-monitor
du -sh /mnt/HD/HD_a2/Nas_Prog/bootscripts_conf

echo
echo "=== ESTADO DEL HDD ==="
hdparm -C /dev/sda

echo
echo "=== REPORTE DE SUSPENSION ==="
/mnt/HD/HD_a2/.disk-sleep-monitor/bin/disk-sleep-report.sh

Estos comandos permiten comprobar el espacio ocupado, identificar los directorios personalizados y revisar las estadísticas de actividad del disco.

17. Conclusiones

La organización de las operaciones de almacenamiento es una parte importante del funcionamiento de un NAS que permanece encendido las 24 horas.

Durante este proyecto decidimos concentrar determinadas transferencias en una ventana nocturna, con el objetivo de evitar accesos frecuentes al disco durante el día.

Sin embargo, las mediciones posteriores no demostraron todavía una mejora sostenida en el tiempo de suspensión.

Esto confirma que el comportamiento del HDD depende de múltiples procesos y servicios.

También identificamos los principales componentes personalizados que sería necesario conservar para recuperar la configuración del dispositivo después de una reinstalación.

La principal conclusión es que organizar las transferencias y los respaldos permite administrar mejor el almacenamiento, pero su impacto real sobre la suspensión del disco debe medirse.

Finalmente, conviene recordar que una sincronización de archivos no sustituye necesariamente a un respaldo recuperable.

---

Próximo capítulo

Capítulo 8. Mantenimiento, diagnóstico avanzado y recuperación de configuraciones en WD My Cloud OS5.

Reuniremos los procedimientos necesarios para verificar el funcionamiento del dispositivo, comprobar la persistencia de las personalizaciones, diagnosticar fallos después de reiniciar y recuperar los principales componentes de nuestra configuración.

Documentación técnica basada en pruebas realizadas sobre WD My Cloud Gen 2 con firmware My Cloud OS5 5.33.102, septiembre y octubre de 2026.