SRP significa Sistema de Restauración de Particiones. Es un sistema con el cual podemos hacer una copia de las particiones del disco duro del equipo en el mismo disco duro, para poder restaurarlas en caso necesario.

Para saber más en el menú SRP de la barras de herramientas se accede a los distintos apartados. Los mas generales y que permiten hacerse una idea de las características, funcionamiento e instalación son:

• Funcionamiento
• Instalación

Esta versión deriva de la versión generada para instalción en equipos con arranque Legacy y se adaptó para poder usarla tanto en los equipos antiguos con arranque Legacy como en los más modernos con arranque UEFI.

Recientemente se vió que la versión generada tras actualizaciones o instalación de nuevos programas en Windows al solicitar el rearranque , en ocasiones, se perdía la referencia a las distintas particiones de los sistemas operativos. Esto parece que se debe a que dejan de funcionar las referencias a las distintas particiones del disco del tipo hd[disco].[particion] (ejemplo hd1,1) que son las que se usaban en los scripts de los menús de Grub de SRP.

Para resolver este problema se ha actualizado la aplicación para que además de la referencia por disco y partición, añada una referencia por UUID (Universally Unique Identifier, Identificador Universal Único) de las distintas particiones de forma que si el primer procedimiento fallase el segundo se activaría y encontraría las particiones correspondientes,ya que se supone que le UUID es único para cada una de las particiones de un disco.

Tal como ha quedado la aplicación existe la opción de generar srp.zip sin estas referencias UUID (si con la versión previa funcionaba bien para que cambiar), o bien con ellas, pues si se accede a la página de para generar nuestro archivo con el sistema SRP (srp.zip) se verá que con respecto a versiones previas se ha añadido la casilla de check: 'Usar UUID'. Si se marca nos comprobará que cargamos un archivo con las UUIDs de las particiones de nuestro/s disco/s (particiones.txt). Si no se marca se generará sin esas referencias (y el posible inconveniente de fallos al rearrancar tras actualizaciones de windows). Al marcar la casilla nos proporciona la orden para generar particiones.txt ejecutando la orden en una consola linux.

El resto del uso es exactamente lo que se explicó cuando no se había añadido la posibilidad de refereciar las particiones por UUID, para ver lasa novedades que aporta esta nueva versión y como aplicarlas se puede ver el video:

Visto los inconvenientes de no usar las UUIDs se preguntará sobre la conveniencia de mantener la posibilidad de obtener srp.zip sin esas referencias. La razón es que aunque se tengan equipos con discos con las mismas características y el mismo particionado, las UUIDs de las particiones serán distintas ya que al generarse una partición se busca un número al azar y en general es muy poco probable que estos coincidan. Otra cosa es que si se clona un disco ya particionado sobre los otros discos, en este caso si que coincidirán los números de las particiones equivalentes en todos los equipos.

Es decir que en equipos iguales pero que se particionan independientemente el srp.zip con UUIDs de uno de los equipos no sería totalmente correcto en los otros ya que los UUIDs en las particiones equivalentes de unos y otros al haberse generado de forma independiente no serían las mismas. Si el srp.zip se obtuvo sin UUIDs sería, en cambio, válido para todos (pero con el inconveniente del posible fallo en los reinicios de windows).

Si todos los discos se obtuvieron por clonado de uno, el srp.zip obtenido con UUIDs obtenido de uno de ellos si que sería válido para todos.

No obstante como se habrá visto en el video anterior teniendo a mano el esquema de particionado del primer equipo en el archivo (configuración.txt), usando el botón 'cargar configuración.txt' y obteniendo el archivo (particiones.txt) en apenas unos segundos podemos obtener el srp.zip totalmente adaptado a las UUIDs de cada equipo.

En el vídeo siguiente se simula como obtener el srp.zip totalmente adaptado partiendo de uno que tuviera el esquema de particiones válido (realmente solo se necesita configuración.txt que viene en la carpeta herramientas del srp.zip):

Introducción

SRP significa Sistema de Restauración de Particiones. Es un sistema con el cual podemos hacer una copia de las particiones del disco duro del equipo en el mismo disco duro, para poder restaurarlas en caso necesario.

Está basado en la distribución SystemRescueCD, GRUB como gestor de arranque y efibootmgr, herramienta popular para manipular los ajustes EFI a fin de crear y gestionar entradas de arranque capaces de arrancar Línux (o cualquier otro sistema operativo EFI). Básicamente consiste en realizar un particionado del disco/s del equipo, implantar un distribución de linux ligera, y consta de unos scripts para grub y la shell con los que se ha automatizado el proceso de crear copias de seguridad y restaurar las particiones de los sistemas operativos del equipo.

La utilidad de implantar este Sistema de Restauración de Particiones en un equipo, es que normalmente el tamaño del almacenamiento (disco/s duro/s) del equipo suele ser bastante mayor del necesario para contener el software del sistema operativo más las aplicaciones que se van a utilizar. Incluso cuando se plantee un arranque dual (Windows+ MAX, la distribución de linux de la comunidad de Madrid). El tamaño de los discos duros actualmente supera los 500GB, con lo que dejando 150GB para cada SO, todavía se dispone 200GB de espacio, que sería espacio más que suficiente para contener los archivos comprimidos de las imágenes de backup de las particiones de ambos sistemas operativos, en esos 200MB si creamos con ese espacio una partición de backup.

Además para gestionar el SRP se puede utilizar una distribución de linux ligera que contenga las herramientas apropiadas para administrar el equipo y que precise poco espacio. En este esquema como se ha dicho se ha elegido SystemRescueCD, que precisa en sus versiones actuales menos de 2GB del almacenamiento.

Aunque se puede usar para equipos personales, donde se puede obtener un mayor beneficio de este SRP es en las aulas de informática. Dichas aulas normalmente se componen de 15 a 30 equipos idénticos, que se usan por los distintos grupos de alumnos y profesores y que no están destinados a contener datos de usuario. Conviene en esos equipos del aula mantener homogeneidad en aplicaciones y entornos de los SO en todos los equipos. Dado la diversidad de usuarios que pasa por cada equipo, no es infrecuente que pese a los esfuerzos del administrador del aula, de forma accidental o intencionada, algunos usuarios alteren dicha homogeneidad en algún equipo, llegando en algunos extremos a inutilizar el equipo para poder ser usado de forma normal. Es una tarea frecuente de los administradores, restaurar ese equipo, normalmente partiendo de la maqueta adecuada de esos equipos. Está claro que esa tarea se facilita si la maqueta del propio equipo está albergada en una partición de dicho equipo inaccesible a los usuarios normales . Aquí entra el SRP, pues arrancando en uno de los modos para administradores, se puede arrancar el proceso de restauración del SO dañado y en apenas unos minutos se tendría restaurado dicho equipo. Es más, si hubiera que llevar a cabo dicho proceso en varios equipos del aula, el proceso se puede llevar a cabo en paralelo de forma que apenas duraría algún minuto más que hacerlo en un solo equipo.

Otro proceso en que disponer de SRP en los equipos del aula facilitaría el trabajo de los administradores del aula de informática, sería la tarea de actualizar los equipos al comienzo (o durante) del curso. Ese proceso se llevaría a cabo solamente en uno de los equipos asegurando que cada SO del equipo quede con todo su entorno actualizado y adecuado al uso que se presume tendrá a lo largo del curso. Una vez hecha la actualización del primer equipo (puede suponer un tiempo importante), el procedimiento eficaz (en lugar de pasar a hacer lo mismo en los deás equipos), sería hacer una copia de seguridad de las particiones afectadas con SRP, a continuación se hece llegar, a través de la red del aula (o dispositivos extraíbles), la copia al resto de los equipos (si es a través de la red se puede lanzar en paralelo en todos los equipos del aula), una vez un equipo ha recibido la imagen actualizada de las particiones, se lanza el proceso de restauración, y una vez completado se debe en cada SO del equipo corregir el nombre del equipo (ya que en las imágenes distribuida vendría el del equipo en el que se hizo la actualización), en este momentoys estaría actualizada el aula, no obstante para mantener actualizado el SRP en cada equipo se hace la copia de seguridad en cada equipo, para que quede la imagen de lo SO perfectamente adaptada incluido el nombre de equipo. Estos procesos se pueden lanzar en paralelo (o pipeline, se lanza un proceso largo en un equipo y a continuación mientras se lleva a cabo se inicia en el siguiente ... ) en todos los equipos del aula. De esta forma el proceso de actualización una vez realizado en el primero y obtenida la imagen llevaría: el tiempo de distribución de los archivos de la imagen (a considerar pues son archivos que suman varios GB)+tiempo de restauracion (a considerar en torno a 20') + tiempo de adaptar el tiempo de usuario (poco si se tienen preparados scripts que lo hagan) + tiempo de crear la copia de seguridad (a considerar en torno a 20'). Como todo eso se puede lanzar prácticamente en paralelo salvo la tarea de cambiar los nombres de equipos que habrá que ir de equipo en equipo y dependerá del numero de administradores presentes, pero al ser un proceso corto se puede hacer en los equipos que vayan acabando la restauración mientras los demás todavía no la han completado o están haciendo el siguiente procesos, es decir iría como un pipeline. Resumiendo con poco más de 1h se puede dejar toda el aula actualizada y además con la seguridad (al provenir de clonado del primer equipo actualizado) de que el software de todos los equipos es exactamente el mismo, incluso aunque solo haya habido una persona encargada de realizar dicho trabajo.

Describimos a continuación las opciones de cada menú de las pantallas de arranque que mostraría el SRP.

Menú principal

Este es el menú principal que aparece siempre al encender el equipo. Permite seleccionar el sistema operativo en el que deseamos iniciar. Por defecto tiene una cuenta atrás tras la cual inicia el sistema operativo que tengamos seleccionado. También como se ve también da acceso a información y a las "opciones avanzadas", en que se puede configurar tanto el tiempo de la cuenta atrás para el arranque con SO por defecto, así como el sistema operativo que queramos que inicie por defecto y también el acceso a las tareas de mantenimiento para restaurar y crear copias de seguridad de los dos SO que son las que justifican la utilidad de este SRP.

La opción "Información..." muestra una pantalla con información sobre la maqueta:

Menú de opciones avanzadas

El acceso a este menú está bloqueado mediante usuario y contraseña. Los datos por defecto son para el usuario administrador normal "madrid" y contraseña "cmadrid" (como se dice en información conviene cambiar dicha contraseña), pero existe un superusuario con mayores permisos que por defecto se crearía con nombre de usuario "consejeria" y contraseña "cconsejeria", la contraseña en este superusuario se guarda encriptada. Se trata de que sólo el personal autorizado pueda realizar las labores de cambio de contraseña del usuario madrid, el SO de arranque por defecto, el tiempo de espera para arrancar el SO por defecto, restauración del equipo, creación de un backup del equipo o arrancar en la consola o entorno gráfico de SRP.

La contraseña del usuario "madrid" se puede cambiar en uno de los menús de SRP en cualquier momento, pero la contraseña del superusuario "consejeria" no es modificable desde los menús normales de SRP. No obstante cuando se realice la instalación de acuerdo con el procedimiento que se describe, ambas contraseñas se pueden crear con valores diferentes de los indicados por defecto.

- Ayuda...

La opción "Ayuda..." contiene una breve descripción de los componentes de este menú:

- Maqueta de fábrica

Desde este menú solo podemos restaurar la partición de Windows, la de MAX o ambas y la partición de arranque EFI. La maqueta de fábrica sólo tiene la opción de restaurar.

Para tener backups de esta maqueta se partiría de haber obtenido backups de la maqueta personalizada y accediendo con alguna de las opciones "Iniciar Systen Rescue ...", se procedería a renombrar (o copiar) la carpeta "copia2" de la partición SRPBACKUP a "copia1", o bien copiar los archivos imagen de uno de los SO de "copia2" a "copia1".

Esta maqueta de fábrica originalmente tenía como utilidad mantener el punto de partida de la maqueta con que la Consejería de Educación creaba los equipos, ya que venía creada cuando la Consejería de Educación hacía entrega de los equipos para el aula al centro educativo, y caso de que en el uso de la misma se hubieran producido alteraciones que el administrador del centro no pudiera resolver, sería personal de la consejería que se desplazara al centro, el que lo resolviera por el procedimiento estandar de restaurar la copia de fabrica usando el usuario "consejeria" (cuya contraseña solo conocía la Consejería de Educación) en pocos minutos volvería a dejar operativa el aula con el software con que la entregó.

En esta actualización de SRP ya no tendría sentido dejar a "consejeria" con ese rol, sino que se ha planteado como un superusuario que realice las tareas menos frecuentes y más comprometidas como realizar los backups, cambiar la contraseña de "madrid", acceder en modo consola o gráfico a SRP. De esa forma dejar para que haya administradores con menor rango que accederían con el usuario "madrid" para que realizarían tareas más frecuentes como la restauración de la maqueta personalizada (la más actualizada) en un equipo que lo precisara.

En la filosofía descrita en estas páginas, la maqueta de fabrica sería una maqueta personalizada que se ha visto que funciona de forma estable (esto solo se puede saber después de un tiempo de uso de los equipos), pasado ese tiempo, el superusuario consejería pasaría a considerar si conviene realizar el paso de convertirla en la nueva maqueta de fábrica. El procedimiento sería hacer una copia de los archivos de imagen de los SO de la carpeta "copia2" a la carpeta "copia1" eliminando esos los archivos viejos que hubiera en "copia1 . De esa manera se tendría como un punto de partida "de fabrica" la copia personalizada debidamente probada.

Las copias personalizadas, por la manera de generarlas, inicialmente no tienen ningun tiempo de uso y prodría ser que tras usarlas un tiempo pudieran manifestar problemas que no se pudieran resolver. En ese desafortunado caso se podría deshechar la copia personalizada y realizar la actualización desde un punto de partida más probado que sería la copia de fábrica.

Antes de restaurar una partición se avisa con un último menú para confirmar la acción:

Al pulsar "Iniciar la restauración..." primero se carga el SystemRescue lo que lleva unos segundos, veremos los mensajes de carga en la pantalla:

Al finalizar la carga se ejecuta el script correspondiente, en este caso restaurar la imagen. Al finalizar la tarea se muestra un mensaje de tarea terminada y a los 30 segundos el equipo es reiniciado.

- Maqueta personalizada

A diferencia de la maqueta de fábrica observamos que este menú sí nos permite generar los backups. Como se ve generar una copia personalizada se realiza mediante este menú, no obstante se ha dejado para el superusuario "consejeria", ya que se considera que establecer que estado de los SO es el conveniente, para que valga la pena conservarlo como imagen de respaldo incumbe al superadministrador, ya que cada vez que se genera un backup, los ficheros del backup anterior son eliminados.

El tamaño de la partición del SRPBACKUP se debe dimensionar para que quede bastante espacio libre para generar una copia personalizada incluso después de haber metido la copia de fábrica (suelen ocupar más de 15GB por cada SO, es decir 30 por copia al ser dos: fábrica y personalizda se pasaria de 60GB), pero aún así es recomendable estar pendiente de que la tarea termine con éxito y no ha falla por espacio insuficiente.

En ningún momento se debe pensar en este sistema como un sistema de backup para los datos de usuario. Por supuesto todo lo que se meta en las particiones de los sistemas operativos quedará grabado en estos backups, pero la idea es precisamente la contraria. Un backup del sistema operativo debe estar limpio de cualquier dato personal. Para realizar backups de datos personales se deben de utilizar otro tipo de herramientas para copiar exclusivamente lo que interesa.

De hecho sería recomendable dirigir las carpetas de usuarios a otras particiones tanto en windows como en MAX (montar home en otra partición)

- Configurar sistema operativo por defecto

Permite seleccionar qué sistema operativo queremos que se inicie después de que termine la cuenta atrás en el menú principal.

- Configurar tiempo de inicio

Permite configurar el número de segundos antes de que se inicie el sistema operativo por defecto:

- Cambiar contraseña:

Permite cambiar la contraseña del usuario "madrid". La contraseña por defecto es "cmadrid" pero esta contraseña debe considerarse como temporal, el usuario final debería cambiarla cuanto antes, esta opción solo se puede hacer entrando con el superusuario "consejeria" y solo se puede cambiar la del usuario "madrid".

- Iniciar System Rescue ...:

Esta dos opciones reservadas al superusuario "consejeria" (una con la consola de texto y la otra en modo gráfico con todas las particiones montadas en "/mnt" lo que nos facilitaría realizar las tareas que el "superusuario" se planteara al entrar.

Es necesaria para establecer la copia de fábrica a partir de backups de la copia personalizada, ya que no se estableció la opción dentro de un menú.

Está claro que esta opción es tan potente que permite hacer prácticamente cualquier cosa alterando los menús de la carpeta SRPBACKUP/srp/menus entre las que estarían por no ser demasiado complejas:

• cambiar la contraseña encriptada del superusuario "consejeria", se puede dejar encriptada o incluso ponerla en plano como la de "madrid". (la de "madrid también se pueda cambiar aquí pero sería más fácil hacerlo en su menú correspondiente)
• cambiar el nombre del superusuario "consejería", (no así el nombre del usuario "madrid" que requiere cambios en más archivos para que funcione de forma correcta).

Para realizar estos cambios habría que editar con cuidado el archivo menuprincipal.cfg de la carpeta SRPBACKUP/srp/menus de acuerdo con el apartado "Avanzado".

Cualquier cambio que se haga si no es de forma cuidadosa al hacerse en archivos ejecutables de grub puede llevar a que el sistema deje de funcionar.

Si se precisase editar archivos de la carpeta /mnt/SRP/autorun, se puede llevar a cabo también desde esta opción ya que el arranque se hace copiando los archivos de SystemRescueCD en la memoria de forma que queda escribible la particion SRP (opción copytoram), para el resto de los arranques: crear backups, restaurar etc, no se usa esta opción ya que ocupa parte de la RAM y se ejecuta más lentamente, lo que ha obligado a dividir la particion SRP del modelo original en dos SRP (no escribible) y SRPBACKUP (escribible) .

Instalación del SRP

Introducción

Lista de videos en que se implementa la instalación de este sistema en un equipo con un disco con windows11 instalado.

Este documento explica como instalar el Sistema de Restauración de Particiones (SRP) en un equipo con arranque UEFI, aunque tambien esta adaptado para poder instalarlo en equipos antiguos con arranque LEGACY en sustitución de la versión anterior que se puede obtener de la página Roberto Menjíbar. En esta versión antigua de la págna de Roberto habría que disponer de versiones antiguas de System Rescue CD anteriores a la 5 que ya no estan disponibles en la página de descarga.

Los scripts del SRP se han diseñado a partir del los scripts, que la Comunidad de Madrid diseñó para una distribución de particiones muy concreta que se utilizó en la elaboración de algunas de las maquetas de la Comunidad de Madrid. Estos equipos llevan arranque dual lo que permite iniciarlos en Windows o MAX (la distribución linux de la Comunidad de Madrid).

El SRP de partida que se obtuvo de la página de Roberto Mengíbar estaba configurado por defecto para trabajar con una distribución de particiones muy concreta. Si la distribución de particiones que resultase en el equipo fuese diferente era necesario modificar los menús de Grub (en carpeta de srp menús ) o adaptar algún script (en carpeta autorun) o ambas cosas.

Viendo la forma de adaptar al arranque UEFI con las nuevas versiones de System Rescue CD (a partir de la 9.06), para la versión de windows actual (11) y para tabla de particiones de disco GPT. Se encuentra que se va a precisar de un sistema diferente, más flexible y que nos evite tener que hacer cambios en los menús y/o scripts en muchas de las configuraciones. Alterar los menus de grub o los scripts de consola de linux tiene dificultad y riesgo de cometer errores dichos lenguajes, y aun teniendo conocimientos las consecuencias de un error es que el sistema quede sin posibilidad de arrancar por si mismo.

Estos condicionamientes se hacen que un archivo fijo de configuración similar al de la página de Roberto no sea práctico se pueden resumir en:

1. En arranque UEFI se precisa de una partición del disco sda para gestionar el arranque, la partición EFI que no se contemplaba en la versión de Roberto y ademas no siempre es sda1.
2. En GPT se pueden crear más de 4 particiones primarias, por lo que no es necesario manejar particiones extendidas.
3. Es posible que en algunas aulas se disponga de equipos con más de dos discos duros, uno más rápido que será el primario y otro secundario. En ese caso lo conveniente es reservar el primero para los sistemas operativos windows, MAX y SRP; y el secundario lo reservaríamos para los datos de usuario y la partición con las copias de seguridad (SRPBACKUP).
4. Las versiones de System Rescue CD a partir de la 9.06 montan de solo lectura la partición en la que se hace la copia de los archivos de CD (o de la usb arrancable), por lo que el sistema original no funcionaría ya que precisa copiar las copias de seguridad y modificar algunos menús y scripts. Es por eso que en lugar de una sola partición se ha optado por utilizar dos: una que contenga las copia de los archivos de System Rescue CD y los scripts de autorun, que no se modifica nunca y con 2GB es suficiente en este momento; y otra que contenga los archivos de arranque de grub, los menús de grub y que deberá tener el tamaño suficiente para que quepan también las copias de seguridad que generemos. en la situación actual es posible que se precisen entre 100 y 200 GB.
5. Windows 11 genera un numero de particiones del sistema diferente al versiones anteriores. Genera una pequeña partición de sistema de archivos desconocido para Gparted con etiqueta "Microsoft reserved partition" (sde3 de 128MB y sdf2 de 16MB en las imágenes que siguen), que no es necesario gestionar en las copias de seguridad. Admás genera otras que sí que debemos contemplar para las copias de seguridad que son la que corresponde al disco C: de windows que tiene un gran tamaño (sde4 y sdf3) y una o dos particiones de recuperación (dos: sde1 y sde5; y una: en sdf4 en la imagen que sigue). Es decir que el numero de particiones de windows que debemos contenplar no es siempre 2 como en el modelo de Roberto, sino que de forma aleatoria nos encontraremos con 3 o 2 (como en las imágenes). Además los números que les asign pueden veariar, y también el número asignado la partición EFI sistema de archivos fat32 puede no ser siempre la misma (sde2 y sdf1 en las imágenes).

(en la imagen se han conectado ambos discos a un equipo con varios por eso la letra de disco es 'e' y 'f', en un situación normal el equipo tendría normalmente un solo disco y sería ambas situaciones 'sda')

Por todo lo expresado anteriormente no se ha considerado práctico crear un archivo zip con el contenido de los archivos de configuración de menús y script fijo del estilo del srp.zip que se puede descargar de la página de Roberto, sino que se ha considerado más práctico crear una página web con un entorno gráfico que, de acuerdo a la configuración de particiones del disco de nuestro equipo, haga la selección de las opciones correspondiente en dicha página y una vez completada y comprobada la configuración, pulsando en descargar el archivo se obtenga el srp.zip ajustado a la configuración de particionse de nuestro disco/s.

Teniendo en cuenta que las versiones modernas de System Rescue CD no son compatibles con el esquema de menús y particiones que configura la página de Roberto Menjíbar, dado que el esquema propuesto es lo suficiente flexible, permite configura para que también nos genere el SRP para equipos antiguos que solo tengan arranque LEGACY que funcionarian con versione modernas de System Rescue CD. Para estos equipos basta con desmarcar la casilla de la partición EFI en la aplicación que se propone a continuación y configurar el resto con las particiones del disco del equipo.

La página para configurar nuestro esquema de particiones y obtener un srp.zip personalizado es:

• https://jgilpalacios.neocities.org/SRP/
• Enlace alternativo

Procedimiento

PRECAUCIÓN

Estos procesos llevan a cabo modificaciones en las particiones de los discos del equipo que pueden ocasionar la perdida irreversible de información. Es por tanto muy recomendable tener copias de seguridad de dicha información, lo más práctico para ello es realizar un clonado del disco con la instalación de windows para lo cual una herramienta libre muy recomendable es clonezilla.

Windows 11 encripta sus particiones utilizando bitlocker, es necesario para poder instalar el sistema SRP desactivar bitlocker y conviene realizar el clonado después de desactivar bitlocker. (Si se intenta antes de desactivar bitlocker es posible que falle clonezilla o se precise de un espacio de almacenamiento mucho mayor)

Es muy recomendable simular el proceso antes de llevarlo a cabo sobre el equipo físico de forma que tengamos probados los pasos a dar previamente. Para poder simular el proceso se puede utilizar un sistema de virtualizacion. Uno gratuito que se ha utilizado pare adaptar el SRP y que se recomienda es Oracle VirtualBox. Para partir de un disco con una maquina virtual que contenga windows11 se puede obtener el software necesario de la página oficial de Microsoft.

PASO 1:

Obtener el iso de sofware System Rescue CD en versiones más recientes que la 9.06 y generar un DVD o bien un usb arrancable para lo cual se pueden utilizar diversas herramientas: Rufus, Balenaetcher, Ventoy etc.

PASO 2:

Desactivar bitlocker en el windows del equipo en que vamos a implantar el SRP y desactivar secure boot.

PASO 3:

Arrancar con el DVD o usb arrancable de System Rescue, para lo cual en el encendido del equipo es muy posible que tengamos que entrar en la bios para alterar el orden del dispositivo de arranque o bien indicar directamente dicho dispositivo, para lo cual al encender el equipo antes de que comience a arrancar windows, se debe pulsar repetidamente una tecla normalmente (escape, supr, f2 o f12 ...). La tecla a usar dependerá de la bios de equipo.

Al iniciar el arranque con Sytem Rescue aparece un menú con varias opciones, la primera se seleccionada por defecto nos sirve, por lo que pusamos intro y comienza el arranque.

System Rescue es un sistema basado en linux y arranca en modo texto, cuando se completa el arranque nos muestra una consola con cierta información de interés y un prompt para que tecleemos las órdenes precisemos. con el aspecto que sigue:

Es conveniente que pongamos el teclado español con la órden: setkmap es, para tener el teclado español, y a continuación arranquemos una sesión gráfica con la orden: startx el aspecto del entorno gráfico es:

En la barra de abajo vemos el botón de inicio que nos da acceso a todo incluido el apagado del ordenador y a continuación tenemos los iconos que arrancan: una terminal de texto, Mozilla Firefox, Gparted, y un editor de texto.

Para los pasos siguientes vamos a utilizar gparted y Firefox.

PASO 4:

Abrimos gparted y modificamos las particiones del disco con windows 11 una posible situación de partida sería:

Vemos que windows tiene dos particiones que debamos considerar, las dos con file system: NTFS que son sda3 que es de gran tamaño y correspondería con el disco C: de windows y la pequeña "reservado para el sistema" sda4.

Es de la grande sda3 de la que debemos sacar espacio para: la partición de MAX, la swap (si queremos usarla), SRP y SRPBACKUP.

Para sacar el espacio necesario, se selecciona sda3 y en el menú particion seleccionamos "resize/move" y reducimos por su final (los datos de windows estan al principio y aparecen sombreados) hasta que dejando suficiente espacio para windows nos genere un espacio libre suficiente para las particiones: MAX, swap (es opcional), SRP (con 2GB es suficiente), SRPBACKUP:

Para crear en el espacio libre creado "unalocated", se pincha en dicho espacio y en el menú partición se selecciona: "New", se despliega un menú que nos permite seleccionar: tamaño, filesystem, y label. para MAX, SRP y SRPBACKUP. Serían el tamaños adecuado a cada una: MAX por encima de 20GB, SRP 2GB y SRPBACUP entre 100 y 200 GB. Las label que hemos indicado y filesystem de las tres ext4. opcionalmente se puede crear una particion swap filesystem linux-swap y tamaño en funcion de la memoria de nuestro equipo (puede ser en torno a 4GB). Una posible solución sería:

En que se puede ver que las particiones creadas han sido:

sda5 MAX con filesystem: ext4; sda6 (aprox. 4GB) filesystem: linux-swap ; sda7 SRP (aprox 2GB) filesystem ext4; sda8 SRPBACKUP filesystem: ext4; y aunque no se gestionará con el sistema SRP pues sería para datos de usuario, se ha creado una particion para DATOS en sda9 con filesystem ntfs que equivaldría al disco D: de windows.

Una vez creadas las nuevas particiones que precisemos con sus tamaños adecuados, pasamos a confirmar que gparted guarde los cambios pulsando en el símbolo verde de OK de los menús ( √ ), con lo que se realizarán los cambios en el disco (si no se pulsa y salimos de gparted nos avisará de que hay cambios por realizar, si confirmamos la salida no se realizaría ningún cambio en el disco).

PASO 5:

Una vez tenemos particionado el disco como hemos indicado (o como conviniera a nuestro caso) pasamos a generar el srp.zip adecuado a nuestro particionado del disco, para lo cual, dentro del entorno gráfico abrimos, Mozilla Firefox y accedemos a la página:

• https://jgilpalacios.neocities.org/SRP/
• Enlace alternativo.

Aparece un entorno que nos permite configurar el entorno SRP para nuestras necesidades de número de discos y las particiones concretas, así como las contraseñas iniciales de los dos usuarios que permite gestionar las opciones avanzadas de los menús, para el esquema que hemos generado con gparted seria:

Número de discos 1 y en la pestaña EFI se seleccionaría sda1 como para la particion efi filesystem fat32 que quedó con gparted, (en un disco con arranque Legacy no exite EFI y para indicarlo desmarcariamos la casilla de chequeo, al estar desmarcada no se tiene en cuenta el disco y particion de sus desplegables), en nuestro caso sería sda1 :

Para la pestaña SRP, dejariamos sda7 para SRP y sda8 para SRPBACKUP como quedo con gparted también se configurarían las contrseñas de los usuarios "madrid y consejería", si no se cambian quedarían las de por defcto "cmadrid y cconsejeria" respectivamente:

En la pestaña WINDOWS pondríamos para la particionWIN (la grande que equvale al disco C:) sda3 y para particionRES sda4 (particionRES2 en este caso no se usa ya que solo salieron dos particiones a tratar en el disco original de windows, por eso no la marcamos y da igual el valor del desplegable sda4 que muestra ya que no se usa al desmarcar la casilla de chequeo).

En la pestaña MAX se selecciona sda5 para MAX y sda6 para SWAP (esta puede no usarse si no se crea la particion swap, bastaría con desmarcar la casilla).

Como ya tenemos configuradas las pestañas con los valores que dejamos en gparted, pulsamos en el botón 'comprobación' para ver que no tengamos ningún error en alguna de las pestañas y si sale correcta la configuración pulsando en el botón 'Descargar SRP.ZIP' se descagará el archivo srp.zip, adaptado a nuestra configuración, que nos permitirá instalar SRP en nuestro equipo.

PASO 6:

Desde Mozilla Firefox podemos acceder al fichero srp.zip que se habrá descargado en "/root/Downloads", hacemos dblclick en el archivo y se abrirá una ventana en en descompresor, seleccionamos en el icono para extraer (en la ventana o menú "Action/Estract") y en la ventana que se abre navegar en "Estract to:" se despliega otra ventana en que pulsamos el icono "Desktop" (/root/Desktop) y a continuacion el boton "open", "/root/Desktop" aparecerá en en "Estract to:" y al extraer aparcera la carpeta srp carpeta en el escritorio.

Dentro de srp del escritorio tenemos cuatro carpetas: 'autorun', 'boot', 'herramientas' y 'srp'. Para realizar las tareas que nos faltan lo más conveniente es abrir la carpeta 'herramientas' y en el caso de tener arranque UEFI, (en Legacy solo serán tres y cambiará algún nombre y función) apareceran cuatro archivos: configuracion.txt, creaEntradaGrubEFI.sh, MontaEFI_SRPBACKUP_SRP.sh y PonerPrimeraLaEntradaSRPenEFI.sh los tres ulltimos son archivos con ordenes para consola de linux.

Son archivos de texto con las ordenes agrupadas en formato bash, es decir si los abrimos con el editor de testos podemos ver las ordenes individuales y entender el funcionamiento .

• configuracion.txt contiene la configuración con que hemos creado srp.zip comoviene que lo guardemos en alguno sitio, ya que las particiones se podrían volvera consultar con gparted pero tambien guarda las contraseñas que hemos puesto para madrid y consejería conveniente por tanto para recordarlas si no hemos dejad las que pone por defecto.
• MontaEFI_SRPBACKUP_SRP.sh, como su nombre indica nos monta las particiones de EFI(sda1), SRPBACKUP(sda8) y SRP(sda7) en las carpetas /mnt/EFI, /mnt/SRPBACKUP y /mnt/SRP respectivamente, si tras ejecutarla navegamos a esas carptas veremos que /mnt/SRPBACKUP y /mnt/SRP estarán vacías en cambio /mnt/EFI contedrá algunos archivos y carpetas ya que tendrá configurado el arranque de windows.
• creaEntradaGrubEFI.sh, se encarga de añadir en EFI los archivos y carpetas necesarios para que arranque el sistema SRP, en la carpeta /mnt/EFI/EFI aparecerá además de la entrada "Microsoft" que ya estaba una entrada "SRP" que es la que habilita este arranque, también creará en el firmware de arranque EFI del ordenador una entrada para SRP que se puede comprobar al escribir en una terminal la orden "efibootmgr", y en SRPBACKUP, antes vacía, la carpeta "boot" y su contenido.
• PonerPrimeraLaEntradaSRPenEFI.sh se encarga de colocar como primera entrada SRP en el menú de arranque UEFI, si no estuviera la primera en el orden por defecto arrancaría con otra entrada y no es lo que queremos, comprobar si el la primera opción se puede hacer con la orden "efibootmgr", en la salida, dentro del apartado bootorder, aparece una lista de numeros separados por comas, hay que ver que el primer numero corresponde con la entrada cuya etiqueta sea SRP en el resto de la salida que coomienzan por los numeros. Si no estuviera la primera ejecutando este archivo se pondria en primer lugar.

Para poder ejecutar estos archivos se deben poner como ejecutables para lo cua,l si hacemos click con el boton derecho sobre el archivo se despiega un menú que en la opción "Properties..." despliega una ventana que en la pestaña: "Permissions" permite chekar "Allow this file to run as a program":

Una vez puestos como ejecutables los tres archivos "...sh", podremos ejecutarlos abriendo un terminal en la carpeta herramientas, pulsando el boton derecho en un espacio vacío de dicha carpeta y seleccionando "Open terminal here", se abrira una terminal en esta carpeta que si en la terminal ejecuamos el comando 'ls' nos listará los archivos y carpetas que contiene, veremos que los archivos que no checamos como ejecutables aparecen en blanco en el listado y los que sí aparecerán en verde (los directorios aparecen en azul):

Queda pues ejecutar los archivos .sh para lo cual en el prompt # se escribe ./<nombre>.sh, donde <nombre> es el nombre del archivo correspondiente con (./ indicamos que el archivo en cuestion está en este directorio). El orden en que debemos ejecutarlos es:

1. # ./MontaEFI_SRPBACKUP_SRP.sh que monta las particiones en /mnt/ de forma que sean accesibles al siguiente comando.
2. # ./ creaEntradaGrubEFI.sh para que instale SRP como opción de arranque creando los archivos necesarios en las particiones EFI y SRPBACKUP
3. # ./PonerPrimeraLaEntradaSRPenEFI.sh que coloca la entrada SRP como primera opcion en el arranque UEFI.

Queda solo copiar el contenido del DVD o usb arrancable de System Rescue CD a la partición montada en /mnt/SRP y pasar los menus, scripts y configuración de arranque que están en las carpetas que obtuvimos al descomprimir a las carpetas que indicaremos.

Comenzamos por la copia de los archivos de System Rescue CD: lo primero es que necesitamos es saber en qué disco y partición se ha asignado al DVD o usb para lo que ejecutaremos el comando: blkid , que nos listará todas las particiones de discos, CD, DVD o usb conectadas, sabremos cual corresponde al DVD o usb por que las que ya sabemos van des sda1 a sda9 que configuramos con gparted, el usb es probable que fuese sdb1, en nuestro caso es con DVD que aparece como sr0:

Una vez tenemos ese dato procedemos a crear una carpeta con el cualquier nombre por ejemplo "cd" dentro de la carpeta /mnt/ y procedemos a montarla en la consola tecleando el comando: mount /dev/sr0 /mnt/cd

En ese momento la carpeta /mnt/cd contiene los archivos del DVD, entramos en ella seleccionamos todas sus carpetas y las llevamos a la carpeta /mnt/SRP con lo que se copiara el contenido completo del CD a dicha partición.

En /mnt/SRP tendremos ahora, entre otras, la carpeta autorun pero estará vacía, la llenaremos llevando a /mnt/SRP la carpeta autorun que tenemos dentro de la carpeta srp del escritorio (obtenida al descoprimir srp.zip).

De la misma forma copiamos a /mnt/SRPBACKUP las carpetas que hay dentro de la carpeta srp del escrtorio a saber: srp, boot, herramientas y autorun. (realmente solo sería extrictamente necesario copiar srp y boot pero hemos visto que contiene scripts que pueden se necesarios en otras ocasiones y autorun sería una copia de seguridad de la copia que hicimos en SRP, ya que al apagar todo lo que tenemos en escritorio o en mnt se desmonta y desaparece y solo quedaría permanente lo que hemos colocado en SRPBACKUP)(el contenido de boot se añadiría a lo que creó en su momento el script que crea la entrada SRP en EFI).

Esto último ya completa la instalación. Reiniciamos el sistema y entraremos en los menus que nos permite arrancar cualquiera de los dos SO que tenemos instalados en arranque dual y entrar en las opciones de administración.