Changes between Version 2 and Version 3 of InitrdClienteSecondFileSystem


Ignore:
Timestamp:
May 4, 2010, 3:18:36 PM (14 years ago)
Author:
adv
Comment:

info propuesta cliente basado en dos etapas independientes

Legend:

Unmodified
Added
Removed
Modified
  • InitrdClienteSecondFileSystem

    v2 v3  
    77dispositivo removible (usb, cd, dvd), una partición cache, o un espacio no
    88particionado (¿¿¿???), y por supuesto por red.
     9
    910El "cliente" se compone en su primera etapa de un kernel ubuntu
    1011(personalmente prefiero versión server), y un initrd. (actualmente basado
    1112en el instalador de ubuntu).
     13
    1214Estos elementos se cargan mediante un gestor de arranque, en el caso de
    1315cd-dvd (isonlinux), en el caso de partición-cache (offline-grub,grub2-,
    14 online-pxe-). El inicializador de opengnsys (ubicado en el 1ndFS-initrd-),
     16online-pxe-).
     17
     18El inicializador de opengnsys (ubicado en el 1ndFS-initrd-),
    1519detectará donde se ubica el fichero que contiene el 2ndFS y ejecutará el
    1620load2ndFS, que ampliará la capacidad del 1ndFS.
    17 Resumiendo tres ficheros: kernel, initrd(1ndFS), y el og2ndFS. Estos tres
    18 ficheros, nos proporciona la capacidad de ser enviados o distribuidos a la
    19 cache de los clientes por torrent, o multicast. Asi, cualquier dispositivo
    20 (usb,cd-dvd,particion rescate) tendrá estos tres elementos más un
     21
     22
     23Resumiendo tres ficheros: kernel, initrd(1ndFS), y el og2ndFS.
     24
     25Estos tres ficheros, nos proporciona la capacidad de ser enviados o distribuidos a la
     26cache de los clientes por torrent, o multicast.
     27
     28Asi, cualquier dispositivo (usb,cd-dvd,particion rescate) tendrá estos tres elementos más un
    2129directorio con las imagenes que se quisiera tener.
    22 Todo esto está probado, solo falta testear la conectividad con los
    23 servicios opengnsys, y el browser (desde mi última actualización tengo
    24 algún problema de comunicación) así como ofrecer servicios de red desde el
    25 propio "cliente"
    2630
    27 ¿Que és el og2ndFS?, es un Sistema Operativo generado por debootstrat
    28 almacenado en un fichero linux. Puede estar basado en el mismo kernel que
     31
     32Todo esto está probado, solo falta testear:
     33* la conectividad con los servicios opengnsys, y el browser (detectado algún fallo leve cuando el ogADM envia un /bin/sh)
     34* así como ofrecer servicios de red desde el propio "cliente"
     35
     36¿Que és el og2ndFS?:
     37Es un Sistema Operativo generado por debootstrat almacenado en un fichero linux. Puede estar basado en el mismo kernel que
    2938el initrd(basado en instalador ubuntu), o en el kernel de nuestro equipo.
    30 Para ello source ogFSHlnk-generatorV2.sh; ogFSHCreate [jaunty,karmic]. Si
    31 después de su creación queremos añadirle más software llamamos a la
    32 función ogFSHMount (chroot hacia el file-loop) nos pedirá el login del
    33 cliente, que por defecto es "og", exportamos el proxy si fuese necesario e
    34 instalmos con apt. exit y desmontamos con ogFSHUnmount.
    35 ¿Como puedo testear el og2ndFS desde mi opengnsys?. una vez que tienes
    36 generado el og2ndFS, debes copiar el load2ndfs.sh al etc/init del cliente.
    37 Así cuando un cliente, desde la pestaña shell del browser ejecuta
    38 load2ndfs.sh en un 1-3 segundos dispondrá de toda la capacidad del og2ndFS
    39 (alterará el $PATH, y usará el /lib /usr del og2ndFS).
    4039
    41 ¿Por que no hace el load2ndfs.sh un chroot?  Inicialmente load2ndfs esta
    42 concebido para añadir capacidad al actual cliente-browser. Quizás si se
    43 cambia la filosofía e iniciamos el browser dentro del og2ndFS.???
     40Para ello
     41{{{
     42 source ogFSHlnk-generatorV2.sh; ogFSHCreate [jaunty,karmic]
     43}}}
     44 Si después de su creación queremos añadirle más software llamamos a la función ogFSHMount (chroot hacia el file-loop) nos pedirá el login del cliente, que por defecto es "og", exportamos el proxy si fuese necesario e instalmos con apt. exit y desmontamos con ogFSHUnmount.
    4445
    45 Ya tengo el og2ndFS y el initrd, ¿como consigo hacer dispositivos
    46 (cd,usb,cache) arrancables?
     46¿Como puedo testear el og2ndFS desde mi opengnsys?:
     47una vez que tienes generado el og2ndFS, debes copiar el load2ndfs.sh al etc/init del cliente.
     48Así 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).
     49
     50
     51
     52Ya tengo el og2ndFS y el initrd, ¿como consigo hacer dispositivos (cd,usb,cache) arrancables?:
     53{{{
    4754source ogFSHlnk-generatorV2.sh; CrearISO
    48 Nos creará una iso, con los tres archivos comentados: kernel, initrd y
    49 og2ndfs. NOTA: el actual initrd
    50 (branches/offline/client/boot/initrd-generator), no incluye la detecctión
    51 y utilización del 2ndfs, pero si en el
    52 branches/ogFSHlnk/initramfs-tools-OG. Aunque el procedimiento es bien
    53 sencillo DEV=`blkid -t LABEL=ogClient`.
     55}}}
     56Nos creará una iso, con los tres archivos comentados: kernel, initrd y og2ndfs.
     57NOTA: el actual initrd (branches/offline/client/boot/initrd-generator), no incluye la detecctión y utilización del 2ndfs, pero si en el
     58branches/ogFSHlnk/initramfs-tools-OG. Aunque el procedimiento es bien sencillo DEV=`blkid -t LABEL=ogClient`.
    5459
    55 ¿Por qué no utilizar unionfs y squasfs?. Pues sí, pero si esto es simple y
    56 funciona mejor.
    57 ¿Está completamente testeado? Aun falta testearlo a fondo.
    58 ¿Cual es mi propuesta?. tener los tres archivos en cache, y utilizar esta
    59 no sólo para las imagenes sino también para el SO "cliente" y desde la
    60 web, (gestor de arranque remoto), indicar que arranque desde la cache, en
    61 el caso de que no tenga que realice un arranque por pxe. Por supuesto, el
    62 cliente detectará si tiene que actualizarse, y si el caso, que proceda por
    63 torrent, o multicast.
     60¿Por qué no utilizar unionfs y squasfs?:
     61 Pues sí, pero si esto es simple y funciona mejor. Aunque se deja funciones para utilizar unionfs.
    6462
     63¿Está completamente testeado?:
     64 Aun falta testearlo a fondo.
     65
     66¿Cual es mi propuesta?:
     67 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
     69¿Por que no hace el load2ndfs.sh un chroot?: 
     70Inicialmente load2ndfs esta concebido para añadir capacidad al actual cliente-browser. Quizás si se cambia la filosofía e iniciamos el browser dentro del og2ndFS.???
    6571
    66722) Gestor de arranque remoto.