Hace tiempo que quería meterle mano al UML, y gracias a tu howto por fin me he decidido. Los pobres que usan güindous no saben lo que se pierden...
Sobre como mantener sincronizadas las versiones de /lib/modules de manera elegante (¿de que otra forma si no?), se me han ocurrido un par de cosillas:
Crear un mini-filesystem (10-20M) en un fichero, montado bajo /usr/lib/uml/modules en modo de sólo lectura, y a su vez montarlo bajo /lib/modules en la máquina uml; o montarlo por NFS (un lío para tan poca cosa); esto fué antes de descubrir el hostfs, de modo que lo anterior puede quedar, p.e., así en el fstab del uml:
modules /lib/modules hostfs /usr/lib/uml/modules,noauto,ro 0 0
"noauto" porque deberíamos montarlo nada más arrancar la máquina desde algún script de /etc/rcS.d (estoy en ello, IMO debe ponerse después del checkroot.sh) si no se quieren ver un montón de mensajes en el arranque quejándose de que falta tal o cual módulo.
Esto sólo tiene una pega: que se quiera usar como honeypot; pero para eso está el hppfs (no, no es el sistema de ficheros del OS/2); un invento sencillamente diabólico }:-)
También se puede usar la opción comentada en la web de SF para copiar automáticamente la configuración situada en un fichero tar. O si compilamos el kernel UML, crear un script que se invoque en "make modules_install".
Otra cosa que me sorprende es que admita un fichero de swap con "agujeros"; lo he probado con poca memoria (10M, con menos no rula) para forzar su uso y no parece dar problemas :-?
Una dudilla ¿alquien sabe por qué no se puede acceder por telnet (usando ssl=port:XXX y activando las correspondientes gettys en inittab) hasta que no se entra desde la consola (desde un xterm)?
--
$ debian/rules
|
