Mostrando entradas con la etiqueta iso. Mostrar todas las entradas
Mostrando entradas con la etiqueta iso. Mostrar todas las entradas

RaspBian Buster: instalaciones FALLIDAS de Open Media Vault. Conclusiones y razones.

Posted: jueves, 30 de enero de 2020 by Termita in Etiquetas: , , , , , , , , , , , ,
0

Hasta hace bien poco para correr el servidor de Open Media Vault (OMV) en RaspBerry Pi había que seguir el método tradicional que se aplicaba a los sistemas operativos de esta máquina: quemar una imagen del software en una microsd o un pendrive usb y arrancarlo en RaspBerry Pi. Se trataba de un sistema operativo "dedicado", basado en ArmBian, que corría todo lo necesario para que el servidor OMV funcionara.

Actualmente ese método ancestral ya no está "activo", e incluso la imagen .ISO ya no se encuentra en el "repositorio" habitual de SourceForge.

Hoy se instala Open Media Vault en RaspBerry Pi sobre un sistema operativo ya existente -RaspBian Lite es lo "recomendado- como si fuera un servicio convencional, incorporando elementos mediante apt.
Esto se puede hacer de dos formas: paso a paso, o bien automatizado a través de un script.

He intentado instalar Open Media Vault (y todas sus "dependencias") en RaspBian Buster completo (no en RaspBian Buster Lite, como se especifica oficialmente).

Ambos métodos han dado como resultado una instalación fallida debido, fundamentalmente, a que en el sistema ya existía una instalación mía de apache2, mariadb, php, etcétera...

He experimentado e investigado 3 cosas:



1) ¿Cómo se pueden subsanar los problemas que acontecen en RaspBian "completo" para que la instalación de OMV sea exitosa?
→ Desde cero. Sin instalar previamente servidores web, php, mysql etcétera. A partir de Raspbian limpio y actualizado se puede instalar OMV sin errores.



2) Si el fallo está en emplear como base RaspBian "completo" y no RaspBian Lite. Probar ambos métodos en RaspBian Lite.
Por ejemplo: Existe la posibilidad de que el hecho de emplear RaspBerry Pi 4 y no los anteriores modelos influya en los errores antes mencionados. O también que la versión de RaspBian empleada sea Buster y no Stretch. O también que la instalación de NextCloud + apache2 + mariadb + php7.2 que tenía ya consolidada interfiera.
→ El modelo de RaspBerry Pi no afecta en absoluto. OMV 5 funciona correctamente en RaspBerry Pi 4b.
SÍ es cierto que los problemas de instalación de OMV 5 eran debidos a las interferencias de la instalación de NextCloud + apache2 + mariadb + php7.2 que tenía ya consolidada.


3) Si, en caso de que OMV fuera exitosamente instalado en RaspBian Lite, ¿existirían incompatibilidades con...?:
3.1 la incorporación de un entorno gráfico
3.2 la incorporación mediante apt de servicios extras como NextCloud, PiHole, OpenVpn, etcétera.... algunos de los cuales he leído que OMV acepta incorporarlos como plugins o como Docker.
→ No he constatado incompatibilidades con el añadido a posteriori de un escritorio gráfico al sistema y mucho menos si el entorno gráfico es anterior a la instalación de OMV 5. Se logra instalar sin incidencias OMV 5 en RaspBian completo.
→ PiHole no interfiere, al menos si se instala después de instalar OMV y se le cambia el puerto a uno diferente del 80 (que es el que emplea PiHole) desde el interface web (de OMV).



4) Si el antiguo sistema para poner en funcionamiento un servidor OMV a partir de una imagen de disco (.ISO) funcionaría en RaspBerry Pi 4. Intuyo que no, mas he de comprobarlo empíricamente.
→ en curso.....

Repositorio actual (2020) de la ISO de Open Media Vault (OMV) para Raspberry Pi

Posted: miércoles, 29 de enero de 2020 by Termita in Etiquetas: , , , , , , , , ,
0

Este blog se está transportando a un sitio "más libre".
Puede consultarse este artículo en su nueva ubicación:
>>>>>>>>>>>>>>>>>>>>>>

[HowTo] Crear desde el Terminal la ISO de un soporte de almacenamiento o de una carpeta

Posted: domingo, 3 de noviembre de 2019 by Termita in Etiquetas: , , , , , , , , ,
0

Si vamos a construir una .ISO a partir de un dispositivo de almacenamiento primero comprobaremos su nombre, es decir /dev/xxxx
sudo mount
ô también se puede consultar con un
ls /dev

Y procedemos a construir la .ISO. La nomenclatura es esta:
dd if=/dev/xxxx of=/rutadondequeremosguardarlaiso/nombrearchivo.iso status=progress

(*) El parámetro status=progress nos permite conocer el progreso de la operación de dd, que por defecto es mudo. [@@@ + formas de mostrar el progreso de una operación]

-------------------------------
Por ejemplo:

Si queremos almacenar en nuestro escritorio una .ISO de un dvd que está en /dev/dvd

dd if=/dev/dvd of=/home/usuario/Escritorio/dvdrom.iso status=progress

ô, tratándose de un una unidad lectora de dvd por usb (/dev/sr0):

dd if=/dev/sr0 of=/home/usuario/Escritorio/dvdrom.iso status=progress


Si queremos almacenar en nuestro escritorio una .ISO de un cd que está en /dev/cdrom
dd if=/dev/cdrom of=/home/usuario/Escritorio/cdrom.iso status=progress

-------------------------------

Si queremos crear una .ISO de una carpeta, el procedimiento es el siguiente:
mkisofs -o /rutadondequeremosguardarlaiso/nombredearchivo.iso /carpetaquequeremosrespaldareniso





---------------------------
Fuentes:
https://blog.desdelinux.net/como-crear-un-iso-desde-el-terminal/

[HowTo] sha256sum

Posted: martes, 26 de marzo de 2019 by Termita in Etiquetas: , , , , , , ,
0

Comandos básicos:

Averiguar la suma de verificación sha256 de un archivo

sha256sum -b nombrearchivo

Encontrar en la carpeta en que se ejecute este comando el/los archivo/s que cumplan con las sumas de verificación contenidas en un archivo de texto:
sha256sum --ignore-missing -c nombreficherotextoconlasumasdeverificación

Y si, dada una suma de verificación sha256 de un fichero queremos comprobar la integridad de dicho fichero:
echo "sumadeverificación *nombredelficherocuyaintegridadqueremoscomprobar" | shasum -a 256 --check