Crear y Usar una Imagen Viva de Instalación

Una vez te ha acabado utilizando vuestra unidad flash USB en vivo, puedes querer utilizar la unidad flash USB para conservar archivos otra vez. Algunos sistemas operativos no pueden reconocer la unidad flash USB hasta que sera reformateada. Para resultados mejores, utilice el Fedora Media Writer para restaurar la unidad flash de USB tal que pueda ser utilizada para almacenar archivos.

La herramienta dd está instalada por default en la mayoría de distribuciones de Linux, y en macOS.

Otras herramientas que puede ser utilizadas para crear una unidad flash de USB en vivo incluida, pero no limitada, en Discos de GNOME, Unetbootin, Rufus, y balenaEtcher. Refiérase a la documentación de la herramienta respectiva para instrucciones en su uso.

La mayoría de los métodos de escritura requerirán que sepa el nombre de /dev de su lápiz USB, por ejemplo /dev/sdc, cuando los usa sobre Linux. Usted no necesita conocer esto para usar Fedora Media Writer. Para descubrir esto:

Puede probar su dispositivo usando QEMU.

Puede usar el script liveimage-mount del paquete livecd-tools para montar un dispositivo Live USB conectado u otra imagen LiveOS, como un ISO o Live CD. Esto es conveniente cuando desea copiar o eliminar algún archivo del sistema de archivos LiveOS en un Live USB, o simplemente examinar los archivos en un Live ISO o Live CD.

Para crear una imagen vive, se utilizan los paquetes livecd-creator y mock. Para esto, son necesarios privilegios de superusuario.

La herramienta livecd-creator es parte del paquete livecd-tools. Si no está instalado en su sistema, agréguelo junto con todas las demás herramientas como mock, lorax, git, pykickstart y un editor de texto con DNF:

Sugerencia: Estamos creando un livecd similar a la imagen fedora-live-workstation, la cual está totalmente localizada, pero tiene el inglés como idioma predeterminado. No es necesario instalar ningún soporte de localización por tu cuenta. Puedes modificarlo en el archivo kickstart.cfg generado, si es necesario.

Necesitamos agregar tu usuario actual al grupo simulado, o necesitas hacer cualquier cosa como usuario root.

Vamos a crear el grupo de prueba:

Si ahora ingresa:

debería mostrar tu nombre de usuario junto con los grupos antiguos y el grupo "mock" nuevo. Si no es así, hiciste algo mal.

El $(whoami) añade tu usuario actual, como no sabemos que nombre de usuario está utilizando actualmente ;)

Sería conveniente volver a iniciar sesión para que el cambio surta efecto, o bien, cambiar a usuario root ahora mismo.

Ahora podemos inicializar el entorno de compilación. En este ejemplo usamos la arquitectura x86_64, que es la más probable, pero si lo compilas para ARM o PowerPC, ¡simplemente puedes usar una configuración diferente cambiando el tipo de arquitectura (ARCH-Type) a la plataforma deseada!

Mock nos crea una caja de herramientas vacía para esto, así que necesitamos llenarla con paquetes, que necesitaremos para crear la imagen más adelante en el proceso. Si ahora piensas "¿Por qué tan complicado?", solo tienes razón en parte, ya que una caja de herramientas es un contenedor simple, que necesitamos para separar el trabajo para las diferentes versiones de Fedora; de lo contrario, tendrías que sobrescribir y mezclar diferentes compilaciones por tu cuenta.

Asegúrate de tener suficiente espacio libre en el disco para todos estos archivos y los que livemedia-creator descargará posteriormente. Recomendamos al menos 10 GB de espacio libre.

Si deseas utilizar un editor de texto diferente de "vim", necesitas instalarlo ahora, por otra parte estás aferrado a uno no tan bien integrado de la instalación básica de "vim", lo cual será un poco desagradable de utilizar. No se asuste, nosotros no editamos mucho dentro del toolbox, vim lo hará :)

Ahora introducimos el toolbox por primera vez …​

Esto nos proporciona un shell y mantenimiento de red, tal que los guiones internos al toolbox puedan acceder a Internet e instalar paquetes desde el repo.

Verá algo similar como esta salida:

Ahora necesitamos descargar los archivos kickstart, cuyas versiones previas de Fedora tuvieron como un paquete, desde los Servidores Fedora:

Puedes acceder a la página con un navegador normal, para ver cuales etiquetas aka 'ramas' como "f42" estén disponible, en caso que desee hacer otra versión. Qué sucede ahora es un "git checkout" al directorio actual de su toolbox. Ventaja grande: ningún peligro de sobrescritura de archivos en su sistema operativo.

ATENCIÓN: antes que continuar, asegúrese tener al menos 10 GB de almacén libre en su partición ya que descargará un montón de rpms y creará una imagen que es de al menos 2,3 GB de tamaño. Si no tienes suficiente espacio, todo los pasos futuros pueden fallar con los mensajes de error más salvajes y ¡un MONTÓN de su tiempo malgastado con ello!

Qué no necesitamos es un archivo kickstar. Nunca oí de esto, no entre en pánico :D

Un archivo kickstart contiene información sobre el tamaño de la unidad de tmp en la imagen viva última, móntala, sus paquetes y demás encima. No necesitarás re‐inventar la rueda, relajase. Aquí está un ejemplo:

Qué ves es una subsección de todas las opciones posibles, porque ese "git checkout" antes, descargó un conjunto completo ya funcionando en archivos kickstart, lo cual se acopla a un archivo kickstart.cfg nuevo.

El siguiente archivo desinstala paquetees y grupos de paquetes desde la última imagen creada, comparada con la imagen Fedora-Live-Workstation usual. Llamamos esto un DELTA-file, porque tan solo define las diferencias entre nuestra imagen y la imagen origina de Fedora Live Workstation.

Ves esto:

Esto incluye el config original de kickstart (ks) para la Imagen Fedora-Live-Workstation como un archivo base. El resto de las líneas "sobrescribe" las secciones en el archivo original. Así que sólo dices a kickstart qué quieres y no quieres comparado a la imagen de Fedora-Live-Workstation.

En este ejemplo, retiramos algún gnomo-apps y configura que conoce como Imagen "Fedora-Minimal-Workstation".

Toma que ejemplo y guárdalo en un archivo que puedas nombrar p.ej. "example-START.ks". Asegúrate que puedas distinguir tu archivo más tarde como el punto de partida de vuestro trabajo. Porque ahora, uniremos "join" como "flatten" los archivos incluidos a un archivo kickstart.cfg grande, que necesitaremos para livemedia-creator más tarde.

El problema que ahora está encargado es, que no funciona el fuera-de-la-caja, porque ksflatten no encuentra todas las inclusiones necesarias. Puede resolver esto de dos maneras:

a) mueve tu archivo ks al directorio nombrado "fedora-kickstarts" y cambie a esto con cd o

b) ejecute el comando anterior y copie todos los archivos llamados en el errormessage desde "fedora-kickstarts" a "." hasta que detenga la queja.

De ahora en adelante, solo deberá editar el archivo kickstart.cfg creado para realizar cambios; de lo contrario, tendrá que repetir el siguiente paso una y otra vez.

Cualquier manera, acabas con un archivo cfg defectuoso, porque el utilizado incluye archivos que definen el mountpoint "/" dos veces, los cuales llegan a un error. Eso es reparado fácilmente:

busca "# Información de particionado del disco" y cambie las dos líneas, que comiencen con "part /" a esta línea ÚNICA:

Intentaremos reparar esto, pero podría tomar hasta Fedora 45.

Ahora la parte que estás esperando: Crear la imagen iso.

Sustituya los siguientes términos:

"MYPROJECTNAME" That is your internal project name, that ends up in /etc/os-release "MY_ID" that is the name of the mounted ISO file AND VERY IMPORTANT if you want to refer to that iso in GRUB "<FILENAME>" that’s the name of the created iso file under /var/lmc

In approximately 15 minutes, if everything works, you have a created <filename>.iso image IN YOUR TOOLBOX.

Para darlo a conocer, introduzca…​

y copiarlo al lugar deseado. Por ejemplo:

Ahora puedes probar su imagen de maneras diferentes:

a) puedes utilizar Gnomo-Boxen para tan solo ejecutar en su entorno de escritorio, lo cual es la manera más fácil.

o

b) utilice la línea de QEMU en la sección siguiente.

Enhorabuena: has terminado de crear su propia imagen viva. Algunos consejos en el camino:

Ejecute:

Reemplace filename.iso con el nombre de la imagen Live CD creada y qemu-system-x86_64 con un binario qemu para el sistema objetivo, por ejemplo, qemu-system-i386.

La imagen viva puede incorporar funcionalidad para verificarse a si misma. Para hacerlo, necesita tener instalado isomd5sum tanto en el sistema usado para la creación de la imagen e instalada en la imagen. Esto es para que se puedan usar las utilidades implantisomd5 y checkisomd5. Estas utilidades aprovechan la posibilidad de incorporar un md5sum en el área de aplicación de la imagen iso9660. Esto se verifica antes de montar el sistema de archivos raíz real.