Changes between Version 17 and Version 18 of InitrdClienteSecondFileSystem


Ignore:
Timestamp:
May 26, 2010, 9:12:03 AM (14 years ago)
Author:
gabriel
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • InitrdClienteSecondFileSystem

    v17 v18  
    1010
    1111 1. El "cliente" se compone en su primera etapa de un kernel ubuntu(personalmente prefiero versión server), y un initrd. Actualmente basado en el del instalador de Ubuntu.
    12  1. Estos elementos se cargan mediante un gestor de arranque, en el caso de cd-dvd (isonlinux), en el caso de partición-cache (offline-grub, grub2-, online-pxe-).
    13  1. El inicializador de opengnsys (ubicado en el 1ndFS-initrd-), detectará donde se ubica el fichero que contiene el 2ndFS y ejecutará el load2ndFS, que ampliará la capacidad del 1ndFS.
     12 1. Estos elementos se cargan mediante un gestor de arranque, en el caso de cd-dvd (isonlinux), en el caso de partición-cache (offline-grub, grub2, online-pxe).
     13 1. El inicializador de opengnsys (ubicado en el 1ndFS-initrd), detectará donde se ubica el fichero que contiene el 2ndFS y ejecutará el load2ndFS, que ampliará la capacidad del 1ndFS.
    1414
    15 Resumiendo, tenemos tres ficheros. El kernel, el initrd(1ndFS), y el og2ndFS. Estos tres ficheros, nos proporciona la capacidad de ser enviados o distribuidos a la cache de los clientes por torrent, o multicast. Asi, cualquier dispositivo (usb, cd-dvd, partición rescate) tendrá estos tres elementos más un directorio con las imagenes que se quisiera tener.
     15Resumiendo, tenemos tres ficheros. El kernel, el initrd (1ndFS), y el og2ndFS. Estos tres ficheros, nos proporciona la capacidad de ser enviados o distribuidos a la cache de los clientes por torrent, o multicast. Asi, cualquier dispositivo (usb, cd-dvd, partición rescate) tendrá estos tres elementos más un directorio con las imagenes que se quisiera tener.
    1616
    1717== ¿Que és el og2ndFS? ==
    … …  
    3838=== ¿Como puedo testear el og2ndFS desde mi opengnsys? ===
    3939Una vez que tienes generado el og2ndFS, debes copiar el load2ndfs.sh al etc/init del cliente. Así cuando un cliente, desde la pestaña shell del browser ejecuta load2ndfs.sh en un 1-3 segundos dispondrá de toda la capacidad del og2ndFS (alterará el $PATH, y usará el /lib /usr del og2ndFS).
    40 
    41 
    4240
    4341Ya tengo el og2ndFS y el initrd, ¿como consigo hacer dispositivos (cd,usb,cache) arrancables?:
    … …  
    6866
    6967¿Cual es mi propuesta?:
    70  Tener los tres archivos en cache, y utilizar esta no sólo para las imagenes sino también para el SO "cliente" y desde la web, (gestor de arranque remoto), indicar que arranque desde la cache, en el caso de que no tenga que realice un arranque por pxe. Por supuesto, el cliente detectará si tiene que actualizarse, y si el caso, que proceda por torrent, o multicast.
     68 Tener los tres archivos en cache, y utilizar esta no sólo para las imágenes sino también para el SO "cliente" y desde la web, (gestor de arranque remoto), indicar que arranque desde la cache, en el caso de que no tenga que realice un arranque por pxe. Por supuesto, el cliente detectará si tiene que actualizarse, y si el caso, que proceda por torrent, o multicast.
    7169
    7270¿Por que no hace el load2ndfs.sh un chroot?: 
    … …  
    7472
    7573== Gestor de arranque remoto ==
    76 Nos facilita tener un control previo, definir un determinado arranque por defecto, mostrar un menú. Definir el arranque de multiples clientes (basados en ramfs, o nfs). Gestión de menús y sus correspondientes elemetos. Un ejemplo de menú sería arrancar windows, arrancar linux. (solución temporal al hdboot).
     74Nos facilita tener un control previo, definir un determinado arranque por defecto, mostrar un menú. Definir el arranque de multiples clientes (basados en ramfs o nfs). Gestión de menús y sus correspondientes elemetos. Un ejemplo de menú sería arrancar windows, arrancar linux. (solución temporal al hdboot).
    7775
    78 En la rama, viene los ficheros y la ubicación necesaria, para integrarlo en la web. Sería interesante que se testeara y ver las posiblidad que puede ofrecer un gestor de arranque remoto a opengnsys.
     76En la rama viene los ficheros y la ubicación necesaria para integrarlo en la web. Sería interesante que se testeara y ver las posiblidad que puede ofrecer un gestor de arranque remoto a opengnsys.
    7977
    8078Gestor de Arranque Remoto.
    … …  
    8280
    8381== Gestor de startpages ==
    84 Definir la realización de operaciones, basadas en aulas, grupodeordenadores, con un asistente.Sería interesante que se testeara y ver las posiblidad que puede ofrecer un asistente.
     82Definir la realización de operaciones basadas en aulas o grupo de ordenadores. Sería interesante que se testeara y ver las posiblidad que puede ofrecer un asistente.
    8583
    8684Tanto para el gestor de arranque remoto, y el gestor de starpages, hay que realizar un par de modificaciones sql. (el ficheró esta en la rama indicada).
    … …  
    9189== Estado Actual ==
    9290
    93 branch ogFSHlnk: (tarea) Proporcionar API al cliente para ampliar su sofware al instante.
    94 
    95          - (ok) Capacidad similar squashfs-unionfs para el 1er FileSystem (initrd).
    96 
    97                 - Herramientas busybox
    98 
    99                 - requisito hardware del cliente: 50 MB de RAM.
    100 
    101          - (ok) Generación del 2º FileSystem con debootstrap, incluyendo la compilación de las herramientas en ToolsGNU.c del engine
    102 
    103                -- pendiente opción debootstrap desde cd instalación ububu         
    104 
    105          - Modificacion del oginit para que utilice este 2º FileSystem
    106 
    107              - (ok) en remoto
    108 
    109              -- pendiente en local.
    110 
    111          - 2º FileSystem disponible en local o en remoto.
    112 
    113              - (ok) en remoto
    114 
    115              -- Pendiente en local(particion CACHE, usb, cdrom) con imagenes virtuales.
    116 
    117          - (OK) Ampliación del 2º FileSystem con apt-get para el administrador.   
     91 * branch ogFSHlnk: (tarea) Proporcionar API al cliente para ampliar su sofware al instante.
     92  * (ok) Capacidad similar squashfs-unionfs para el 1er FileSystem (initrd).
     93   * Herramientas busybox
     94   * Requisito hardware del cliente: 50 MB de RAM.
     95 * (ok) Generación del 2º FileSystem con debootstrap, incluyendo la compilación de las herramientas en ToolsGNU.c del engine
     96  * pendiente opción debootstrap desde cd instalación ububu         
     97 * Modificación del oginit para que utilice este 2º FileSystem
     98  * (ok) en remoto
     99  * pendiente en local.
     100 * 2º FileSystem disponible en local o en remoto.
     101  * (ok) en remoto
     102  * Pendiente en local (partición CACHE, usb, cdrom) con imágenes virtuales.
     103 * (ok) Ampliación del 2º FileSystem con apt-get para el administrador.