RaspberryPi 5: desconexión de WiFi automática

Hace pocas semanas me compré una Raspberry Pi 5, con una caja Pironman 5, y un SSD Crucial de 512Gb. El acabado es increíble! (tengo pendiente hacer review).

La principal idea que tenía para ella era traspasar mi servidor multimedia casero a ella, y mantener un pequeño cloud de servicios con Docker.

Mis conexiones son por SSH (voy con una Raspbian Lite 64b), y cuando hago pruebas con ella (por ejemplo como ahora que estoy escribiendo este artículo), la dejo sin actividad durante unos minutos… Pasado cierto tiempo, veo que es inaccesible, y que ya no está conectada a la red wifi de mi casa…

Si estás sufriendo este mismo comportamiento, quizá la activación del ahorro de energía en el adaptador WiFi puede explicar por qué la Raspberry Pi 5 no se reconecta automáticamente cuando intentas establecer una conexión SSH después de un periodo de inactividad.

A continuación, detallo las razones principales:

Comportamiento del ahorro de energía en WiFi

El ahorro de energía en WiFi (conocido como Power Save Mode, PSM) funciona desactivando parcialmente el adaptador para reducir el consumo energético. Esto implica:

  • El adaptador entra en un estado de reposo y escucha paquetes de datos solo ocasionalmente.
  • Si no se recibe actividad de red, el adaptador podría “desconectarse” para ahorrar energía.
  • SSH utiliza el protocolo TCP, el cual no genera tráfico constante si no hay una conexión activa o mantenida.

Este comportamiento es eficiente para dispositivos de batería o que no necesitan conexión constante, pero no es ideal para dispositivos como servidores que requieren disponibilidad continua.

Por qué no se reconecta automáticamente

Aunque el adaptador WiFi está configurado para ahorrar energía, debería despertarse cuando recibe tráfico entrante, como un intento de conexión SSH. Sin embargo, los siguientes factores pueden interferir:

  • El adaptador no detecta tráfico de red entrante correctamente: Si el modo de ahorro de energía es demasiado agresivo, el adaptador puede no responder a los paquetes ARP enviados por tu cliente SSH.
  • La red no envía paquetes ARP correctamente: En redes WiFi saturadas o con configuraciones específicas del router, el Pi podría no recibir el tráfico necesario para “despertar”.
  • Problemas de tiempo de espera del cliente: Si el cliente SSH no espera lo suficiente o no reintenta, podría parecer que la Raspberry Pi no está disponible.

Comparación de este comportamiento con versiones anteriores de Raspberry Pi

En modelos anteriores, el ahorro de energía estaba deshabilitado por defecto o era menos agresivo, por lo que estos problemas eran menos comunes. En la Raspberry Pi 5, la configuración predeterminada parece priorizar el ahorro energético, lo que puede causar desconexiones en algunos casos.

Mi solución: Desactivar el ahorro de energía

Si, como yo, necesitas que tu Raspberry Pi sea accesible en todo momento, puedes desactivar el ahorro de energía del adaptador WiFi.

Aquí están los pasos:

Verifica si el ahorro de energía está activo:

$ iw wlan0 get power_save

Si la salida es Power save: on, el modo ahorro de energía definitivamente está activo (era mi caso).

Desactiva el ahorro de energía temporalmente:

$ sudo iw wlan0 set power_save off

Esto deshabilitará el ahorro de energía hasta el próximo reinicio.

Desactiva el ahorro de energía permanentemente:

Crea o edita un archivo de configuración en /etc/NetworkManager/conf.d/disable-wifi-powersave.conf:

$ sudo nano /etc/NetworkManager/conf.d/disable-wifi-powersave.conf

Agrega las siguientes líneas:

[connection]
wifi.powersave = 2

Guarda y reinicia el servicio de NetworkManager:

$ sudo systemctl restart NetworkManager

Con esto deberíamos volver a tener nuestra conexión activa constantemente y sin interrupciones no deseadas.

Espero haberos sido de ayuda!

Share Button

RaspberryPi: Instalando Docker

Muy buenas,

Recientemente me he hecho con una RaspberryPi 5, de 8Gb, y una caja Pironman5, que recomiendo encarecidamente, por el gran estilo que le da a nuestra querida plaquita (espero poder hacer review en algún momento).

Una vez he instalado todo el software necesario, lo primero que he hecho ha sido instalar Docker ya que desde hace ya algún tiempo, para mí, es imprescindible para poder trabajar cómodo en mi entorno.

Yendo al grano, estos son los pasos para instalar Docker, en su última versión, en nuestra Pi 5.

Actualizar el sistema

Siempre que hagamos cualquier instalación en nuestra placa es imprescindible estar al día:

$ sudo apt update && sudo apt upgrade -y

Instalar las dependencias necesarias

Seguidamente prepararemos el entorno a nivel de soft y librerías necesarias para poder proceder con la instalación de Docker:

$ sudo apt install -y \
    apt-transport-https \
    ca-certificates \
    curl \
    software-properties-common

Instalar Docker usando el script oficial

Desde hace ya algún tiempo se ofrece Docker como versión oficial en nuestras plaquitas, así que no es necesario ya hacer ningún teje-maneje raro previamente a la instalación…

Vamos directamente a obtener y ejecutar el script oficial de instalación de Docker, que detectará nuestra plataforma, y descargará la versión mas reciente para la misma:

$ curl -fsSL https://get.docker.com -o get-docker.sh
$ sudo sh get-docker.sh

Añadir tu usuario al grupo docker

Un paso muy importante, que a menudo olvidamos, porque no realiza el propio script, es añadir nuestro usuario (o aquellos que deseemos tengan permisos de ejecución sobre Docker) al grupo docker:

$ sudo usermod -aG docker $USER

IMPORTANTE: tras este comando, es recomiendo encarecidamente reiniciar el sistema, dado que en algunas ocasiones no es suficiente con salir y entrar en la sesión o reiniciar el servicio…

Verificar la instalación

Ahora ya podemos verificar nuestra instalación:

$ docker --version

Que nos debería devolver la versión que tenemos instalada. En mi caso, este ha sido el resultado:

$ docker --version
Docker version 27.4.1, build b9d17ea

Probar docker

Por último, podemos verificar que nuestro servicio está realmente en funcionamiento ejecutando un contenedor, mítico, de pruebas:

$ docker run hello-world

Tras lo que deberíamos ver algo así:

$ docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
478afc919002: Pull complete
Digest: sha256:5b3cc85e16e3058003c13b7821318369dad01dac3dbb877aac3c28182255c724
Status: Downloaded newer image for hello-world:latest

Hello from Docker!
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
 1. The Docker client contacted the Docker daemon.
 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
    (arm64v8)
 3. The Docker daemon created a new container from that image which runs the
    executable that produces the output you are currently reading.
 4. The Docker daemon streamed that output to the Docker client, which sent it
    to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
 $ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker ID:
 https://hub.docker.com/

For more examples and ideas, visit:
 https://docs.docker.com/get-started/

Si la prueba ha sido satisfactoria, ya tendríamos Docker instalado y en funcionamiento en nuestro entorno de trabajo.

Instalar Docker Compose

Si eres de los míos, y trabajas con “stacks”, seguramente necesitarás tener instalado, a demás, Docker Compose.

Te muestro cómo conseguirlo:

$ sudo apt install -y docker-compose

Con este comando obtendremos la versión más actual publicada en los servidores de paquetes para nuestro sistema operativo. También podemos descargarlo directamente del GitHub, pero creo que esta es la mejor opción, ya que es la más sencilla y rápida.

Una vez finalizado, podemos verificarlo mediante:

$ docker-compose --version

A mi me ha respondido así:

$ docker-compose --version
docker-compose version 1.29.2, build unknown

Y con esto ya tendíamos Docker instalado en nuestra RaspberryPi.

Espero haber sido de ayuda, para cualquier consulta, no dudes en contactarme!

 

Saludos!

Jordi

Share Button

Convulsión febril, o cómo pasar el peor momento de tu vida

¿Tienes un@ hij@ de menos de 5 años? ¿Alguien te ha dicho que puede sufrir una “convulsión febril” en caso de fiebre elevada? O mejor aún, ¿te han explicado lo que es?

A mi no… por eso quiero explicar mi experiencia, porque no quiero que esto le pase a nadie mas. No deseo que nadie pueda sufrir los peores 5 minutos de su vida como padres, creyendo que su hij@ ha muerto… como los he sufrido yo.

Seguramente si habrás escuchado decir “hay que evitar fiebres altas en los niños, porque pueden sufrir convulsiones”… Pero nunca le has dado importancia… ¿cierto?

Una convulsión febril es un episodio crítico que un@ niñ@ de entre los 6 meses a los 5 años puede sufrir en algún momento de su vida. Se da, o puede darse, entre el 3 al 5% de los casos de fiebres altas o muy altas. Si bien la probabilidad es baja, existe, y puede pasarte, como a mi hija. Luego la probabilidad de réplica es de alrededor de 1/3.

Si os pasa como a mi, no sabréis diferenciar un caso de convulsión con un ahogamiento o, lo peor de todo, con la muerte súbita de tu hijo… ¿Por qué? Básicamente, porque nadie nos lo ha explicado antes!

Mi hija se fue a dormir, con 37.8ºC de fiebre, habiéndose tomado el tratamiento antitérmico que debía. De repente, hizo unos sonidos muy extraños, y fuimos corriendo a ver qué sucedía. Nos encontramos una niña totalmente rígida, e inerte. Muerta. La palabra es fea, pero es la realidad, y como tal, hay que expresarla como lo que es. Nos entró el histerismo en casa, llamamos al 112 y avisamos a los vecinos de nuestra comunidad, reclamando auxilio. Un auxilio que… no llegaba. 

Los peores 5 minutos de nuestras vidas como padres…

Mi hija tardó alrededor de 5 minutos en reaccionar. Los 5 peores minutos de mi vida como padre, en los que, claramente, mi hija estaba muerta: no reaccionaba, ya no estaba rígida, sino que parecía un pobre muñeco, se le iba la cabeza y los ojos hacia atrás en blanco, no se aguantaba de pie… Tras eso, estando en brazos de su aterrorizada madre, surge una gran exhalación, reacción de ojos y gesticulares y, de repente, sueño profundo… Los peores 5 minutos… pero eso ya lo he dicho.

A los 8 minutos llegó el SEM. Parecieron horas! Se la llevaron a una de las ambulancias que vinieron, y le hicieron proceso de reanimación y reconocimiento… Estaba a 39,7ºC, había subido la fiebre 2ºC en menos de media hora! Un pico de fiebre repentino que colapsa el cerebro del pequeño, y le hace “desconectar” de una forma terrorífica (al menos para nosotros lo fue).

“Todo bien, solo ha sido una convulsión febril”, nos dijeron… “Nos la llevamos al hospital para mantenerla en observación pero solo será necesario administrarle los antitérmicos, y ya estará”… Ya estará??? Vaya, qué fácil! Pero si… parece que es el protocolo. No hay duda de que “no es algo peligroso” (eso dicen).

Por si os pasa, ¿qué debemos hacer? (es muy fácil que te lo digan, pero del dicho al hecho…):

  • ante todo tranquilidad, no es proceso necesariamente peligroso ni grave (ya ya…)
  • recostar al niño, tumbarlo de lado para favorecer la respiración, evitando objetos que puedan perjudicar los momentos de tensión
  • esperar que pase cuanto antes, y avisar / acudir al médico posteriormente, para informar y que sea valorada la post-crisis
    • si el tiempo de reacción ha sido superior a los 5 minutos, es obligatorio ir a urgencias en el mismo momento

Fácil, ¿verdad? Me reitero, fácil si te han informado previamente… pero me da que para muchos, como a nosotros, no es ni fue el caso. Nosotros vivimos 5 minutos de extremo pánico que costará olvidar.

Y así es como, por desconocimiento, puedes pasar un muy mal trago. El peor de todos, “sin necesidad” de preocuparse…

Escribo este artículo porque lo hemos pasado tan y tan mal, que creo justo que, aportando mi granito de arena, pueda ayudar a alguien antes de que esto vuelva a pasar. Por favor, si lo crees conveniente, divulga este escrito o bien explícalo a todos los que tengan hijos en esta edad, porque creo que podría ser de gran ayuda…

Bajo mi punto de vista este posible suceso debería informarse a los padres primerizos, y todos los pediatras deberían incluirlo en sus visitas de seguimiento e informativas. Obligatoriamente.

Sin duda alguna, agradecer enormemente la efectividad del SEM 112, Hospital de Sant Joan de Déu, y a toda la gente, incluidos mis estimados vecinos, que nos han ayudado y dado apoyo con este desagradable suceso.

No ha quedado en nada grave, por suerte, pero os aseguro que el mal recuerdo si quedará en mi mente. Y por mucho tiempo…

PD: os dejo el documento que nos entregaron en el hospital cuando fue ingresada, con información sobre lo que es una convulsión febril (tarde).

Documento explicativo que debes tener muy en cuenta

Documento explicativo que debes tener muy en cuenta

Un saludo!

 

Jordi

Share Button

Arduino: recuperar un Pro Micro brickeado

No me había pasado nunca, hasta hoy… He “brickeado” mi clónico del Sparkfun Pro Micro al subir un sketch.

Pues bien, si tienes la mala suerte de seleccionar la placa de forma incorrecta, como por ejemplo, seleccionar la versión ATMega32U4 (3,3V / 8MHz), cuando debería ser la ATMega32U4 (5V / 16MHz), brickearás tu placa… Es decir, la dejarás inservible…

Windows entonces te lo desconectará del COM que tenía asignado y te dirá que el dispositivo no funciona correctamente…

Si es este tu caso, prueba a hacer un reset del bootloader, y subir un sketch base seguidamente (uno vacío servirá).

Sigue estos pasos (ojo, requiere algunas pruebas previas, a mi me ha costado dar con la secuencia correcta, que ahora te dejo detallada aquí):

  1. Desconecta tu placa del USB
  2. Desconecta cualquier dispositivo que tengas conectado a sus pins
  3. Conecta un cable entre los pins RST y GND
  4. Enchufa el cable USB (Windows no lo reconocerá en este momento) y esperaremos alrededor de 10s
  5. Desconecta y conecta el cable al pin RST dos veces, dejándolo la segunda vez conectado
  6. Sube el sketch básico 
  7. Una vez compilado, justo cuando diga UPLOADING, desconecta el cable del pin RST, y verifica que el sketch se sube correctamente (parapadearán los led RX/TX)

Ahora ya tienes el sketch cargado y hemos recuperado nuestro Pro Micro.

Desconecta y vuelve a conectar el USB, y valida que ahora sí lo reconoce correctamente Windows…

Espero que os funcione como a mi. Cualquier comentario o duda, ya sabéis, escribid en los comentarios y lo miramos!

 

Saludos,

Jordi

Share Button

Openmediavault 6.9: actualizar Portainer

Muy probablemente a muchos de vosotros os pueda pasar lo que me pasó a mi ayer, y es que tras la última actualización de OMV a la 6.9.10 (puede que anteriores también), la gestión de Docker ya no se hace como servicio a través de las omv-extras, sino que ahora existe un nuevo servicio, llamado Compose, que lo que hace es gestionar todos los Docker de nuestro sistema…

Parece ser que OMV aboga por trabajar sin terceros, cosa que se agradece de sobre manera, pero en este caso, yo estaba muy familiarizado usando Docker mediante Portainer, pero sobre todo, acceder al mismo y actualizarlo desde la antigua pantalla de gestión de Docker de la zona de administración…

Con el nuevo servicio, esta página ya no existe, y no es tan “directo” actualizar Docker y los elementos básicos, como es Portainer. Así que tendremos que hacerlo a mano…

Actualizar Portainer a mano es tan sencillo com hacerlo con cualquier otro contenedor Docker existente… Antes era mas sencillo, parabas, actualizabas y arrancabas…

Pero bueno, no nos pongamos dramáticos… Esto es lo que debéis hacer, rápido y sencillo, desde una consola ssh de vuestro sistema (en mi caso RaspberryPi):

root@openmediavault:~# docker stop portainer
root@openmediavault:~# docker rm portainer
root@openmediavault:~# docker pull portainer/portainer-ce:latest

root@openmediavault:~# docker run -d -p 8000:8000 -p 9443:9443 -p 9000:9000 --name=portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:latest

Què hemos hecho:

  • paramos el contendor actual
  • eliminamos el contenedor actual, porque está construido con una versión antigua
  • volvemos a crear el contenedor, indicando que descargue la última versión de la imagen de portainer community-edition

Tras esto, podemos volver a nuestro navegador y acceder a Portainer normalmente (puerto 9000), y ya lo tendremos actualizado a la última versión.

Espero que os haya podido ayudar. Si hay dudas o tenéis cualquier problema con este procedimiento, podéis dejarme un comentario y lo miramos…

 

Saludos!

Jordi

Share Button

RaspberryPi: instalando Nodejs

En mi mas reciente proyecto, estoy haciendo uso de mi RaspberryPi 3 A+, en el que necesito instalar mi aplicación desarrollada en Node.

Resulta que no es tan sencillo instalar Node en una raspi, pero tampoco es un juego de locos.

Seguid estos pasos:

pi@raspberrypi:~ $ sudo apt-get update
pi@raspberrypi:~ $ sudo apt-get install -y ca-certificates curl gnupg
pi@raspberrypi:~ $ sudo mkdir -p /etc/apt/keyrings
pi@raspberrypi:~ $ curl -fsSL https://deb.nodesource.com/gpgkey/nodesource-repo.gpg.key | sudo gpg --dearmor -o /etc/apt/keyrings/nodesource.gpg
pi@raspberrypi:~ $ NODE_MAJOR=20
pi@raspberrypi:~ $ echo "deb [signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_$NODE_MAJOR.x nodistro main" | sudo tee /etc/apt/sources.list.d/nodesource.list
pi@raspberrypi:~ $ sudo apt-get update
pi@raspberrypi:~ $ sudo apt-get install nodejs -y

Con esto hemos añadido el repositorio de código de la última versión (al menos en el momento de escribir este post). Eso además, se consigue con la variable de entorno NODE_MAJOR=20 (podéis sustituirla por la versión que deseéis).

Finalmente:

pi@raspberrypi:~ $ node -v
v20.8.0
pi@raspberrypi:~ $ npm -v
10.1.0

Ya tenemos Nodejs en nuestra Raspi.

Un saludo!!!

Share Button

Docker Windows: crecimiento de disco incontrolado

Llevo un par de días creando una imagen de Docker para poder implementar un servidor dedicado de SCS para EST2 y ATS (estad atentos, porque en breve lo publicaré).

En estos días, me he quedado sin disco en el PC de una forma alucinante. “Algún proceso” ha consumido disco de forma descontrolada, unos 40Gb de la noche a la mañana, dejando en rojo el estado del mismo…

He usado WinDirStat, recomendado por el equipo de sistema de la empresa en la que trabajo, y el resultado es el que veis mas arriba… 31Gb sin saber bien bien dónde se han ido…

Hice limpieza en Docker Desktop (Windows), que precisamente tenía ocupado en disco casi 32Gb… pero eso no sirvió de nada. Así que me dispuse a buscar un poco por internet, y encontré el motivo de ese crecimiento de disco desmesurado. Parece ser que la nueva versión de Docker Desktop para Windows permite usar, o bien Hyper-V o WSL (sistema Linux sobre Windows). Pues bien, si no dices nada, el sistema usa WSL por defecto para gestionar las imágenes de Docker, y WSl a su vez, crea un disco virtual dónde almacena toda la caché local que utiliza para la creación de imágenes, etc…

La solución es compactar ese disco duro virtual, de forma que ocupe menos…

Os dejo cómo hacerlo, yo he recuperado 20 de los 31Gb…

Desde PowerShell:

Windows PowerShell
Copyright (C) Microsoft Corporation. Todos los derechos reservados.
Instale la versión más reciente de PowerShell para obtener nuevas características y mejoras. https://aka.ms/PSWindows                                                                                                                           

PS C:\WINDOWS\system32> cd C:\Users\<user>\AppData\Local\Docker\wsl\data
PS C:\Users\<user>\AppData\Local\Docker\wsl\data> wsl --update
Comprobando actualizaciones.
La versión más reciente de Subsistema de Windows para Linux ya está instalada.
C:\Users\<user>\AppData\Local\Docker\wsl\data\
PS C:\Users\<user>\AppData\Local\Docker\wsl\data> optimize-vhd -Path .\ext4.vhdx -Mode full

Lo primero que hacemos es actualizar WSL, por si acaso no tenemos la última versión, y posteriormente usamos el comando optimize-vhd -Path .\ext4.vhdx -Mode full desde el punto de anclaje del disco duro virtual de Docker (lo podéis ver en el código).

De esta forma, cuando acabe, tendréis liberado gran parte del espacio que Docker se ha reservado para sus cosas…

Es recomendable ir haciendo estas cosas muy a menudo, para así liberar a medida que se vaya llenando. Lo otro que también podéis hacer es hacer un system prune, para eliminar datos que ya no necesitéis, pero ese proceso es destructivo, has de estar muy seguro de lo que haces!

Espero que en futuras versiones tanto de WSL como del Docker Desktop se pueda gestionar este tipo de cosas de forma mas sencilla…

Espero haberos ayudado, cualquier casa, me decís! 🙂

 

Jordi 

 

 

Share Button

Related Images:

openmediavault 6: solucionar problemas de conexión samba desde Windows 10

Muy buenas,

Desde hace ya… mucho, demasiado tiempo, voy tras un problema que no me permitía compartir directorios por red desde mi openmediavault con Windows 10 (aunque es extensible a cualquier otra versión).

El error que aparecía es el típico que indica que no tienes permisos para acceder al recurso compartido.

¿Cómo compartir una carpeta correctamente por samba desde openmediavault 6? Es más sencillo de lo que pensaba!

Estos son los pasos para hacerlo de forma abierta (para invitados):

  1. Comparte tu carpeta desde Almacenamiento / Carpetas Compartidas
    • deja los privilegios en blanco
    • en la parta de ACL, has de marcar como propietario root y grupo users, sin marcar ningún otro privilegio de usuario, dando además privilegios de Lectura/Escritura/Eejecución al ususario y grupo, y dejando como Solo lectura al resto (o ninguno)
    • no olvides marcar la opción Recursivo, para que afecte al directorio y todo su contenido
  2. Comparte tus carpetas desde Servicios / SMB/CIFS / Compartidos
    • para cada carpeta que desees compartir por samba, incluye una en este apartado
    • mis opciones para cada una de ellas son:
      • Navegable
      • Se permite invitados
      • Ocultar archivos *.dot
      • Atributos extendidos
      • Guardar atributos DOS

Cuando guardes los cambios y los confirmes, podrás navegar a través de todos estos recursos desde la conexión a redes de tu Windows, sin errores de permisos!

Si deseas vetar al usuario / grupo de cada recurso, es decir, no hacerlo disponible para invitados (te pedirá credenciales cada vez que te conectes, muy útil para directorios sensibles o de usuarios), recuerda marcar NO en el apartado de Permitir invitados, y previamente deberás haber dado permisos de Lectura/Escritura/Ejecución (o aquellos que te interesen) sobre la carpeta al usuario y grupo que te convenga (pero no cambies el propietario, ahí reside el problema de SMB con openmediavault!).

Espero haberos ayudado, pero si hay dudas o problemas, me decís, y lo miramos 🙂

Saludos!!!

 

Share Button

openmediavault 6: Docker

Vamos a profundizar en algo que a mi, especialmente, me encanta de este entorno tan completo como es OMV6. Se trata de instalar Docker, y toda una serie de herramientas periféricas, que harán de nuestro equipo un dispositivo realmente interesante.

Muchos me preguntaréis, ¿pero OMV no es un entorno de gestión NAS? Por qué instalas cosas que realmente no tienen nada que ver con ello, antes incluso de crear y administrar recursos de almacenamiento, discos, etc…

La respuesta es muy sencilla, porque el potencial que nos da Docker, por ejemplo, y otros recursos de OMV van mas allá de configurar un simple sistema de archivos, o de usuarios (que si, haremos más adelante).

Como decía, vamos a instalar Docker y todas las herramientas periféricas, ofrecidas por el equipo de omv-extras.

Continue reading ‘openmediavault 6: Docker’ »

Share Button

openmediavault 6: configurando NUT

Una vez ya tenemos nuestra instancia de OMV funcionando en nuestra RaspberryPi, el siguiente punto que me dispongo a realizar es el de instalar nuestro sistema SAI, componente extremadamente importante en cualquier instalación de un sistema NAS o similar. Recordemos que una pérdida de tensión es lo peor que nos puede pasar en un servidor, y OMV es eso mismo, un servidor de ficheros, entre otras muchas cosas, y posiblemente de material muy importante…

 

En esta ocasión volveré a utilizar NUT, como no podría ser de otra forma. NUT, para los que no lo conozcáis, es un conjunto de drivers y software libre de control de SAIs/UPS. Es muy buen sistema y lo mejor es que tiene una gran comunidad a sus espaldas.

Volviendo al tema SAI. En mi caso, los que ya me conocéis, sabéis que tengo un Salicru SPSOne 900VA, que ya he utilizado en anteriores ocasiones, y es el que instalaremos de nuevo en esta ocasión en openmediavault 6 (podéis ver diferentes entradas relacionadas con NUT si usáis mi buscador, pero en especial hay una en el que lo he configurado en concreto para openmediavault 5, y que no va a ser muy distinto a lo que hoy os muestro).

Continue reading ‘openmediavault 6: configurando NUT’ »

Share Button