Mas info sobre "Using UnionFS: BusyBox and SquashFS together" http://lwn.net/Articles/219827/
KERNEL ogclient/ogvmlinuz
initrdogclient/oginitrd.img
Si queremos arranque gráfico con plymouth
quiet
spash
Uso de framebuffer para browser y plymouth.
vga788
irqpoll
acpion
Configuración de la tarjeta de red.
ipdhcp
ip
bootoginit
oglivedirdirectorio base del ogLive (kernel, intitrd y rootfs)
oginitinit|/bin/bash
Indicamos al cliente OG, al terminar el proceso oginit, inicie el proceso indicado
Valor por defecto init.
El proceso init, llama a (/opt/opengnsys/etc/preinit/default.sh)
og2ndsqfs|img
Formato del fichero rootfs (sistema raíz completo) que usará el ogvmlinuz y el oginitrd.img
Hay dos formatos, el sqfs (fichero solo lectura del img, y el único que se instala). El img (fichero modificable desde el OG server, y sólo disponible para desarrolladores)
ogprotocolsmb|nfs|local
Protocolo de acceso a los recursos remotos de OpengGnsys
local para cdrom, usb a partir de la iso. labelparticionusbUNETBOOTINogClient
local también para fichero.sqfs en cache.
ogstatusonline|offline ( versión 1.0.6 o superior)
Sólo cuando ogprotocol es local.
online: salvo el ogclient todos los demás recursos son remotos (ogclient, images y log).
offline: todos los recursos está enn local.
ogactiveadmintrue|false
true: Modo de funcionalidad del browser con shell root activa, y acceso al recurso compartidos ogrepo (imágenes) en modo escritura.
false: Browser sin shell, y el acceso de escritura sólo es autorizada, si la operación se realiza desde la aplicación web, y nunca desde la shell de los clientes.
ogdebugtrue|false
Modo de depuración en el proceso de arranque del cliente.
Habilita puntos de control para acceder a la shell y comprobar manualmente estado del proceso.
ognetmodulenombre_módulo
Módulo especial de la tarjeta de red. Actualmente no se requiere, el oginitrd.img comprueba todos los módulos existentes.
ogdnsip
ip del dns
ogproxyhttp://proxy.es:3128
ogupdateinitrdtrue
Activamos la cache local del ordenador cliente como contenedor del kernel(ogvmlinuz) y el initrd(oginitrd.img) del sistema operativo cliente pxe de Opengnsys. La segunda etapa del arranque (el acceso al rootfs remoto) estará en el servidor repositorio.
Gestiona automáticamente la actualización de estos ficheros, reiniciando con el nuevo kernel y/o initrd.
Requiere que el contenedor tftpboot disponga un directorio con los elementos del ogLive (oglivedir) con los ficheros md5 correspondientes. oginitrd.img.sum ogvmlinuz.sum.
Los elementos los almacenara en la CACHE boot/%oglivedir%/
ogtmpfs15
Tamaño en MB asignado al directorio /var/cache/apt/archives/partial para la instalación de software en tiempo de ejecución del ogLive usando apt-get install. Requiere asignar DNS y PROXY en las propiedades del aula.
Puntos de montaje para el ogclient pxe
#por defecto todos los servicios OG, los considera ubicados en el next-server (ROOTSERVER) (parámetro indicado en el servicio dhcp)
Puntos de montajes basados en distribución de recursos Og.
ogrepoip # acceso al contenedor de imágenes del repositorio asignado al cliente.(lectura-escritura según modo)
ogshareip # acceso al contenedor donde está la configuración del cliente, el engine, scripts, interface adm, bin (lectura)
oglogip # acceso al contenedor de log (escritura)
ogliveip # acceso al contenedor del segundo sistema de archivos del cliente pxe (lectura)
Uso de los montajes dependiendo si las variables están asignadas:
OGSERVERIMAGES"{ogrepo:-ROOTSERVER}"
OGSERVERSHARE"{ogshare:-ROOTSERVER}"
OGSERVERLOG"{oglog:-ROOTSERVER}"
OGSERVERLIVE"{oglive:-OGSERVERIMAGES}"
Resumen:
Si no definidos ningún recurso diferente, todo lo montará en el ogAdmSever (debe tener el servicio tftpboot).
Si definimos un ogrepo: images se montará en el ogrepo indicado, el boot-tools tambíen lo hará en el ogrepo y todo lo demás en el ogAdmServer (debe tener el servicio tftpboot)
Si definimos un ogrepo, y un oglive: cada uno de estos montajes hacia la correspondiente ip, y lo demás al ogAdmServer.