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 | |
| 23 | Resumiendo tres ficheros: kernel, initrd(1ndFS), y el og2ndFS. |
| 24 | |
| 25 | Estos tres ficheros, nos proporciona la capacidad de ser enviados o distribuidos a la |
| 26 | cache de los clientes por torrent, o multicast. |
| 27 | |
| 28 | Asi, cualquier dispositivo (usb,cd-dvd,particion rescate) tendrá estos tres elementos más un |
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). |
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?: |
| 47 | una vez que tienes generado el og2ndFS, debes copiar el load2ndfs.sh al etc/init del cliente. |
| 48 | 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). |
| 49 | |
| 50 | |
| 51 | |
| 52 | Ya tengo el og2ndFS y el initrd, ¿como consigo hacer dispositivos (cd,usb,cache) arrancables?: |
| 53 | {{{ |
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 | }}} |
| 56 | Nos creará una iso, con los tres archivos comentados: kernel, initrd y og2ndfs. |
| 57 | NOTA: el actual initrd (branches/offline/client/boot/initrd-generator), no incluye la detecctión y utilización del 2ndfs, pero si en el |
| 58 | branches/ogFSHlnk/initramfs-tools-OG. Aunque el procedimiento es bien sencillo DEV=`blkid -t LABEL=ogClient`. |
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. |
| 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?: |
| 70 | Inicialmente 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.??? |