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