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---------- Mensaje Original ----------------------------------
(BDe: Juan Ángel <[EMAIL PROTECTED]>
(BResponder a: [EMAIL PROTECTED]
(BFecha: Mon, 26 May 2003 13:13:38 +0200
(B
(B>-----BEGIN PGP SIGNED MESSAGE-----
(B>Hash: SHA1
(B>
(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>
