NestDisk y Home Assistant
Tenemos que admitir que esta revisión se ha alargado más de la cuenta y, sí, la “culpa” la tiene la Inteligencia Artificial. Copilot y ChatGPT nos han ido abriendo tantas puertas y enseñando tantas cosas que, al final, hemos tenido que parar y volver a centrarnos en otras revisiones interesantes que arrastramos desde el año pasado.
AutoShrinkPi
Aparte de las mejoras conseguidas en el control del NestDisk desde HA y que ya os comentaremos a continuación, estamos muy orgullosos de dejar en GITHUB, AutoShrinkPi una utilidad que más de uno agradecerá. Todavía recuerdo que hace años cuando empezamos a instalar Home Assistant en nuestra Raspberry Pi un amigo y paisano nos pasó la imagen de su SD de 32 GB para copiarla. Desgraciadamente algo que parecía tan sencillo no nos funcionó ya que nuestra SD era unos cuantos «bytes» más pequeña que la suya. Después nos ha tocado trabajar con tarjetas de la misma marca… y del «mismo tamaño real» para no tener problemas.
Por otro lado, últimamente hemos tenido bastante problemas con nuestro Home Assistant casero que ha ido creciendo de una forma desproporcionada. Al final hemos cambiado a MariaDB la base de datos de nuestro HomeAssistant para ganar en velocidad y FIABILIDAD y de paso «movido» la partición donde tenemos instalados nuestros contenedores DOCKER a un «penflash» externo.
Por eso para disponer de un sistema sencillo de preparación de imagenes (del sistema / SD y de los contenedores / USB) hemos estado trabajando en el desarrollo de AutoShrinkPi, un sistema modular y automatizado para realizar:
- Backups completos de la SD y de la USB ‘principal’ de una RPi … sin parar la RPi en ningún momento (aunque sí los dockers, evidentemente).
- Backups de una USB adicional
- Recorte al máximo (shrink) de imágenes
.img - Preparación de imágenes con expansión automática al primer arranque
- Compresión optimizada con
pigz - Almacenamiento centralizado de las copias en un NAS (el NestDisk, por ejemplo)
El objetivo es disponer de copias de seguridad fiables, comprimidas, optimizadas y listas para restaurar con Balena Etcher, por ejemplo.


5158
El lanzamiento del Lockerstor 24R Pro Gen2 de nuestros amigos de ASUSTOR refuerza claramente su apuesta por el almacenamiento empresarial de alto rendimiento.
Con 24 bahías y la posibilidad de expansión mediante el Xpanstor 12R, la capacidad potencial que supera el petabyte convierte a este NAS en una opción muy atractiva para centros de datos, virtualización o entornos con múltiples usuarios. La incorporación de RAID 50 y RAID 60 también apunta directamente a cargas de trabajo intensivas, donde el equilibrio entre redundancia y velocidad resulta crítico.
Este movimiento contrasta con soluciones más compactas como el NestDisk miniNAS de Youyeetoo que acabamos de revisar, orientado a oficinas pequeñas o laboratorios domésticos. Mientras aquel prioriza eficiencia y tamaño reducido, la serie Lockerstor R Pro Gen2 apuesta claramente por la escalabilidad y la alta disponibilidad.
Hasta el NestDisk no me había dado cuenta de lo interesante que es WOL. Por ejemplo, he creado una automatización en Home Assistant que «despierta» mi NAS para realizar los correspondientes Backups de HA … depués se apaga y todo sin hacer ni un «ruidito»
Con ayuda de ChatGPT y Copilot he conseguido automatizar mis copias de seguridad de HA «despertando» mi NestDisk gracias a su WOL, activando SFTP Storage y lanzando el correspondiente backup. En menos de dos minutos, tengo la copia de seguridad en mi RPi local así como en el NASy poco después apago el NestDisk y aquí no ha pasado nada excepto un mensaje via Telegram anunciando que el proceso se he realizado de forma correcta.

A continuación os dejo el automatismo utilizado más que nada para que no se me olvide!
Una cosa muy importante y que no se «me» puede olvidar es el script.recargar_sftp que os copio a continuación:
Lo más «complicado» es encontrar la entry_id ya que está un tanto oculto.
Dentro de dicho fichero basta con buscar «sftp» y allí encontrarás la correspondiente entry_id
Para los interesados en ejecutar powercap-mqtt incluso en CasaOS os dejamos aquí el correspondiente docker-compose.yml
Debo reconocer que soy un aficionado a los dockers y, probablemente, los utilizo con demasiada frecuencis. Los peligros de Docker no están en la herramienta, sino en la comodidad que ofrece.
Levantar un contenedor nuevo cuesta segundos: un archivo Compose, un puerto publicado y ya está. El autor de MakeUseOf reconoce que repitió esa rutina hasta acumular siete contenedores en un servidor con solo 2 GB de RAM, nueve puertos web abiertos y varias subredes bridge generadas automáticamente sin ningún control.
Nada de eso falla de inmediato, y ahí está la trampa: cada contenedor añadido sin criterio suma deuda de red que se vuelve invisible hasta que un puerto queda expuesto sin querer o dos servicios que nunca debían verse entre sí terminan compartiendo la misma subred.
La afición a Docker se convierte en riesgo cuando se prioriza la velocidad de despliegue sobre la planificación: nombres, redes dedicadas y un único punto de entrada mediante proxy inverso. Instalar es fácil; ordenar lo instalado, no tanto.