Al infinito... y más allá.

Si hemos conseguido arrancar desde un CD en buenas condiciones -o sea, con acceso a N:- ya sólo nos limita nuestra imaginación, porque en un CD caben 650 Megabytes de información, que es bastante más de lo que ocupa ningán sistema OS/2 que tenga instalado en disco duro (datos aparte).

A uno se le ocurre un sistema gráfico, quizá WPS, unidades RAM (si se tiene la suficiente), XFolder, FDisk y quizá ｨpor qué no? Partition Magic 3, soporte FAT32, un sistema completo que permita escoger a voluntad qué controladores cargar y se pueda utilizar como plataforma de trabajo... ｨUna pasada? Bueno, bueno, vayamos por partes. Resulta claro que determinadas cosas nunca estarán al alcance de un sistema como este arrancado desde CD. Pero yo he hecho algunas de estas cosas y algunas más, y algunas todavía mejores están proyectadas. Así que si estamos listos, ｭvamos allá!.

A partir de aquí vamos a tratar las cosas de un modo algo menos detallado, en parte porque entramos en un terreno donde hay ya mucha libertad de acción y cada cual puede encontrar la manera de hacer las cosas que más le guste, lo que ha sido siempre parte fundamental de la filosofia de los usuarios de OS/2, y en parte porque empiezo a cansarme de escribir. Como siempre, si alguien tiene dudas, que se ponga en contacto conmigo.

Lo primero que podríamos añadir es soporte PM. ｨCómo hacerlo? Obviamente, añadiendo los archivos adecuados. ｨCuáles son? Esa es una buena pregunta; ojalá tuviera una buena respuesta. Quien sí que la tiene es el autor de BootOS2. Esta pequeña maravilla de la técnica moderna nos permite generar un sistema OS/2 "de mantenimiento" para cualquier versión de OS/2, pero con todo lujo de detalles, incluyendo por ejemplo WPS, soporte para sesiones DOS, editor del sistema. O sea que podemos empezar a lo grande.

Se pueden usar otros interfaces para el sistema, como MShell, Program Commander/2 de Roman Stanglier -que recomiendo-, etc., pero el método del BootOS2 tiene como principal ventaja que no introduce archivos de programas 'externos', que bastantes problemas hemos tenido de momento. La idea en este caso sería generar con BootOS2 un sistema tan complejo como queramos y luego adaptar este a lo que hemos aprendido creando nuestra "triste" linea de comandos desde CD.

Esto lo vamos a dejar para el lector emprendedor y aventurero. De todas formas, ahora daremos datos de un sistema mucho más complejo que el utilizado hasta el momento, o sea que se puede rapiñar también esa información

Una vez generado tal sistema hay que hacer una serie de consideraciones con vistas al traslado a CD. Para empezar, el sistema grabado en CD se quedará estático. Esto es un inconveniente insalvable debido a la naturaleza de los CDs, aunque una opción abierta que luego usaremos es grabar varios estadios del sistema en el CD para arrancar con el que más nos guste. Pero ocupémonos de problemas más inmediatos. El primero que salta a la vista es el escritorio. Aunque aceptemos tener un sistema "congelado", el escritorio hace uso intensivo de una característica especial de OS/2: los atributos ampliados o extendidos, que como todo el mundo sabe no están soportados por el sistema de archivos de CD-ROM, el CDFS.IFS. La solución con la que yo dí es utilizar una unidad RAM para almacenar el escritorio del sistema. Si almacenamos el escritorio del sistema en el CD de modo que no se alteren los atributos extendidos (p.e. en un archivo ZIP) y luego lo pasamos a la unidad RAM antes de que arranque el WPS, todo hecho, ¿no? un niño de pecho podría hacerlo con una mano atada a la espalda ;-). Bueno, pues no es tan sencillo, pero casi.

Lo primero que necesitamos es buscar una unidad RAM adecuada. Super Virtual Disk tiene inconvenientes: para empezar es de pago, además aunque no tiene por qué bloquear la memoria asignada, no la asigna dinámicamente y no es redimensionable. RAMFS64 tiene todos los requisitos que necesitamos y ninguno de los inconvenientes, así que ya está todo decidido. La añadimos al sistema WPS de BootOS2 y modificamos el CONFIG.SYS para que cree durante el arranque la unidad O:, justo detrás de la N: reservada para el CD. No detallo aquí los cambios necesarios porque ya se verán junto a más cosas.

Ahora hay que aislar las cosas que habría que meter en la unidad RAM. Es sorprendente que esto se reduzca a los archivos USER_INI, SYSTEM_INI y al árbol de directorios del escritorio. Los archivos INI que genera BootOS2 en el sistema objetivo están programados para vivir en la unidad destino, junto al árbol del escritorio. Cambiar esto es bien sencillo. Como ya sabemos lo que hay que hacer con la unidad RAM, vamos a crear un sistema BootOS2 nuevecito y a programarlo de forma que estos archivos vivan en la unidad RAM 'de toda la vida', es decir, desde un principio. Una vez ejecutado BootOS2, desensamblamos BOS2SYS.INI con INITools, y cambiamos la letra de destino del escritorio por "O:\", que es nuestra unidad RAM. Ya de paso podemos aprovechar para traducir todo el sistema, pues BootOS2 nos crea un WPS en inglés. Cambiamos las sentencias INI del CONFIG.SYS por O:BOS2XXX.INI y a volar. ｭAh, una cosilla! ahora, antes de arrancar el sistema BootOS2 hay que crear un archivo ZIP donde se encuentren los archivos INI y añadir una linea al config.sys que descomprima estos archivos en O:. Una vez hecho esto, nuestro sistema debe arrancar perfectamente desde su partición, trasladar los archivos INI a O: y crear un escritorio nuevecito en la flamante unidad RAM que le hemos preparado. El mío lo hace ;-). Ahora, cuando queramos "congelar" una configuración del sistema que esté a nuestro gusto, basta con hacer un ZIP de toda la unidad O: (que recordemos tan sólo contiene los archivos INI y el escritorio: 100 Kb a lo sumo), sustituir el que ya teníamos, et voil?. Siguiente paso.