Contenido
OMV: Instalando los discos NVMe
Teniendo en cuenta que este CM3588 dispone de un eMMC de 64GB es más que suficiente para usarlo como disco del S.O. dejando hasta cuatro SSD NVMe para datos de todo tipo.
En nuestro caso ahora mismo, aparte del eMMC de 64 GB, tenemos instalados tres discos NVMe de diferentes tamaños. En realidad a día de hoy el orden de los mismos no corresponde a los pantallazos que hemos hecho para la revisión. A lo largo de la misma, por diferentes circunstancias, hemos reinstalado todo media docena de veces hasta depurar problemas y encontrar la solución óptima, hasta el momento
Por ejemplo, incialmente decidimos montar los tres discos en RAID5. Así dispondríamos de seguridad suficente en la discos a la vez que comprobaríamos si el procesador del CM dispondría de suficiente potencia para gestionar este RAID.[Spoiler: Lo hace sin problemas].
Una vez creado el RAID 5 desgraciadamente pasamos de disponer de muchas gigas (128+256+500 GB) a tan solo 238 GB. Todo sea por la seguridad
A continuación es necesario MONTAR los discos eligiendo previamente el tipo de formato para los discos. Aunque hicimos pruebas con BTRFS finalmente nos decantamos por el conocido EXT4
![](https://i0.wp.com/www.pcdemano.com/wp-content/plugins/dp-post-views/images/eyes.png?resize=100%2C100&ssl=1)
Evidentemente se nos han olvidado muchas cosas interesantes sobre OMV.
Por ejemplo, ha sido la primera vez que nos “hemos AUTOBANEADO!!.
Tras tres intentos fallidos de entrar con user/pass incorrectos … serás baneado!
Afortunadamente hay una solución sencilla … y se llama omv-firstaid. Gracias a la opción 5, entrando desde la terminadl (vía SSH) puedes resetear el número de intentos fallidos para entrar y listo![smile](https://www.pcdemano.com/wp-content/plugins/kama-wp-smile/packs/qip/smile.gif)
Una de las cosas que más nos gusta OMV en este CM3588 NAS SDK es la posibilidad de ser “controlado/monitorizado” desde HA. Gracias al complemento que han creado es posible integrar información muy interesante en HA y de una forma muy sencilla.
Sin embargo, la variable más importante a nuestro parecer, la temperatura de la CPU no se comunica de esta forma lo que es una pena.
En cualquier caso teniendo en cuenta la existencia del paquete lm-sensors de Linux que permite el acceso a variables tan importantes como la temperatura de la CPU o de los discos ¿Porqué no utilizarla para extraer la temperatura de la CPU y enviarla posteriormente a HA? Sigamos las instrucciones y ajustemos lo necesario para aplicarla a nuestro CM3588, claro
Lo primero que hay que hacer es instalarlo en tu OMV vía terminal:
Para ver los datos que proporciona…
En nuestro caso, pensamos que la temperatura más representativa de la CPU es la correspondiente a “bigcore1_thermal-virtual-0”.
Para “extraer” automáticamente dicho valor y con ayuda de Copilot de Microsoft y después de crear un token de larga duración en HA hemos escrito un pequeño script
Tras comprobar que al ejecutar la sentencia
además de tres “errores” aparece la temperatura que nos interesa pasamos a programar con ayuda del CRON para que se ejecute cada 5 minutos
Y ya está!
¿Qué mejor que calentarlo con PhotoPrism para comprobar que el nuevo sensor está vivo?
Hablando de formas de medir la temperatura de la CPU…
Mientras que en LINUX la aplicación lm_sensors parece funcionar muy bien ¿como se haría en Windows… o en MAC OS?
La verdad es que en Windows se puede hacer con CoreTemp mientras que para MacOS existe TG Pro con mucha, mucha información.
Acabamos de pedir a China una carcasa metálica y alguna cosa más para seguir mejorando este interesante producto. Teóricamente nos llegará antes de julio y pronto lo revisaremos, claro![smile](https://www.pcdemano.com/wp-content/plugins/kama-wp-smile/packs/qip/smile.gif)