[LUG.ro] GUS: Booteando por RED

Gustavo Guillermo Perez lugro@lugro.org.ar
Fri, 31 Dec 2004 19:17:31 +0600


Tengo una consulta a ver si alguien sabe algo:
Resulta que para bootear en RED las terminales tontas de los servers que 
entrego lo hago con un CD, un Floppy o si el disco rígido de la PC viejita 
tiene 2 o 3 MB decentes, meto ahí el booteo.
No todas las placas de RED traen para grabarles una boot eprom, y las nuevas 
bootean con protocolos que nisiquiera son PXE de Intel, así que de Etherboot 
o PXE ni hablar.
El proceso de arranque es el siguiente, le digo al kernel cual es el server 
NFS, se carga un disco ram pequeño muuy pequeño unos 200 o 300 kilobytes, y 
pruebo drivers, hasta que encuentro el de la placa de red correcta y la 
configuro por DHCP, me salgo del disco ram y le devuelvo el control de 
arranque al kernel que ahora tiene cargado el driver de red correcto y la 
placa configurada, y bootea sin problemas un Linux basado en la uClibc que lo 
compilamos bajo el nombre de CML (Compunauta uLinux), desde ahí se carga el 
xvesa, para dar mouse y video y lanzar una conexion a un XDesktop remoto en 
el mismo server que provee los archivos pequeños de uLinux.
Bien, esto anda muy bien y todavía entra todo en 1 solo floppy el arranque, 
ahora lo hacemos con Diskless con maquinas nuevas pero para SuSE X.X (es 
decir sin usar uLinux para X y mouse, sino usar directamente SuSE) y ningún 
problema, la cosa es que como gentoo es un sistema compilado y optimizado a 
full, quiero hacer diskless con gentoo, por ser mejor para hacer ese tipo de 
terminales con máquinas nuevas, pero a gentoo no parece gustarle este 
concepto de arranque, si quiero pasar el control a INIT de gentoo me dice que 
no existe conexion con /dev/initctl o si lo quiero arrancar por medio de 
devolverle el control al kernel obtengo un arranque de solo lectura, el raiz 
queda de solo lectura y todos los procesos relacionados con escritura 
temporal fallan. Deshabilité el proceso de fsck (scandisk) y también 
reemplazé /etc/mtab por un enlace a /proc/mounts, en SuSE 9.X sirvió para 
evitar el solo lectura, pero en gentoo NARANJAS!, En los suses viejitos había 
un script que ahora no recuerdo, que al ejecutarlo booteaba todo el sistema 
haciendo el trabajo de init, pero jamás se ponía a molestar con arrancar en 
solo lectura o cosas similares.

alguna idea, algun comentario, alguien que haya hecho experimentos....

Saludos y feliz año.
-- 
-------
Gustavo Guillermo Perez
Compunauta uLinux
www.userver.tk