Bueno el "mrproper" me da algo de miedo por que en su d�a me costo instalarle (Blos parches del XFS y del PKTDRV, y como los uso bastante pues guarde las (Bfuenters y las he usado (copiandolas) para varias instalaciones sin problemas. (BPuestos a probar he quitado el kmod del nucleo y ahora ya no me da errores, (Bclaro que tendre que cargar los modulos a mano, pero el depmod -a no me da (Bningun error. (BNo estoy contento por lo que me vuelve a asaltar la duda, aunque las (Bparticiones son de raid autodetestable, el raid 1 y el XFS estan dentro del (Bnucleo (si no no arrancaria claro) �puede, haber algo que haga que el primer (Bchequeo de dependencias del nucleo (que no me da ningun error) deje algo mal de (Bmodo que desde ahy en adelante ya fallen las dependencias de los modulos? (BLo he probado poniendo la opci�n read-only y read-write en el lilo.conf y no (Bparece afectar en nada, pero otra duda �que opci�n es mejor con un sistema XFS (Bsobre raid1? (Ben fin Gracias de todas formas. (B>Hola!, (B>> �Hay algo que afecte solo al cargador de modulos? (B>Bueno, excepto la b�squeda del archivo que contiene el c�digo del m�dulo, el (B>enlace se hace exactamente igual que si estuviese insertado en el kernel. (B>Puede que el propio c�digo se comporte de forma diferente si es un m�dulo o (B>si no lo es, pero eso depende de cada m�dulo. (B>> �Pude ser devido a arrancar desde un raid y que en el inicio (donde no (B>> veo mensajes de error) no se genere bien algo de modo que si posterior (B>> mente intento usarlos o hacer un depmod -a fallace? (B>El arrancar desde un raid s�lo tiene un problema: que el c�digo del raid debe (B>de ser cargado antes de intentar acceder a disco. Es decir, no puedes buscar (B>el m�dulo del raid �� si para hacerlo antes necesitas el propio m�dulo!!. La (B>�nica soluci�n es colocar el soporte para el raid dentro del kernel. (B>> Parti de un nucleo que instale en un disco auxiliar al que le inclui la (B>> autodetecci�n del raid, el xfs y el minix dentro de el para poder (B>> pasarlo al aranque automatico del raid (B>Yo, si fuera t�, recompilar�a el kernel desde cero. Es decir, make mrproper (B>(que lo deja todo superlimpio :-P ), y a partir de ah� como siempre lo hagas. (B>Si a�n as� no te funciona, haz otra cosa: (B>- - Te vas a otro ordenador (si puedes) (B>- - En el makefile del kernel, al principio, hay un campo que pone (B>extraversion (B>(o algo as�). Escribes ah�, por ejemplo, prueba. (B>- - Luego compilas el kernel (make menuconfig, make bzImage, make modules, (B>make (B>modules_install) (B>- - Por �ltimo, te llevas al ordenador original el directorio (B>/lib/modules/2.4.Xprueba (y lo colocas igual en el ordenador "problem�tico") (B>y el fichero del kernel (/usr/src/linux/arch/i386/boot/bzImage), y preparas (B>el LILO para que arranque. (B>Alguna vez he hecho esto, y aseguro que funciona. Lo del par�metro en el (B>makefile es para que tu kernel se llame 2.4.Xprueba, nada m�s, y as� aseguras (B>que no hay conflictos con ning�n m�dulo de otra compilaci�n. (B>Buff, menudo churro de emilio que voy a enviar ! :-P (B>Bueno, espero que te sirva, (B>un saludo, (B>- -- (B> Juan �ngel (B>PGP key on pgp.rediris.es (8FAF18B7) (B>or search on http://www.rediris.es/cert/servicios/keyserver/ (B>-----BEGIN PGP SIGNATURE----- (B>Version: GnuPG v1.2.2 (GNU/Linux) (B> (B>iD8DBQE+0fbiaQjbS4+vGLcRAus+AJ46XiiXu26y00eL0AkfDpjxQjx3GQCfZawX (B>kcSzrVoBl67luwsX+cPbmFo= (B>=z9g+ (B>-----END PGP SIGNATURE----- (B> (B> (B>-- (B>To UNSUBSCRIBE, email to [EMAIL PROTECTED] (B>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] (B> (B>
