Re: fallos con Raid sowft raiz fallos con los modulos
Me parece que estamos ante un caso de kernel roto, empieza desde cero pero además de hacer un make clean haz también un make mrproper, a mi han pasado cosas parecidas y las arregle con esto(me lo chivaron en la lista del kernel :) ) Suerte trujo wrote: He hecho una instalación con el sistema raiz en raid-1 con dos discoa ide para un servidor sin tarjeta de video (se vera por red o puerto serie), y tras varios intentos recompilando nucleos (en otro ordenador con make-kpkg) ya funciona, pero me he encontrado con errores que no consigo reparar. Se trata de inconsistencias en los modulos, antes de instalar (dpkg -i nueva imagen del kernel) borro tanto el contenido de de /boot como el de /lib/modules con el fin de que no pueda deberse a modulos anteriores, y antes de recompilar el nucleo hago un make clean. Aclaro que tiene quitados el frame bufer, la consola de caracteres los soportes de sonido y multimedia, el usb ... y todo lo que he pensado que no necesita un servidor dedicado con procesador dual. Los fallos cuando hago un depmod -a son sernuke:/etc# depmod -a depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/arch/i386/kernel/apm.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/arch/i386/kernel/cpuid.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/arch/i386/kernel/microcode.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/arch/i386/kernel/msr.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/block/floppy.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/block/paride/pd.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/block/paride/pg.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/block/paride/pt.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/cyclades.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/dtlk.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/epca.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/generic_serial.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/ip2main.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/isicom.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/istallion.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/lp.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/moxa.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/mxser.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/n_hdlc.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/n_r3964.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/ppdev.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/rio/rio.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/rio.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/riscom8.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/rocket.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/specialix.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/stallion.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/synclink.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/toshiba.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/char/tpqic02.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/ide/ide-tape.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/md/lvm-mod.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/md/raid5.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/md/xor.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/net/eql.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/net/plip.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/net/shaper.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/net/slip.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/parport/parport.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/parport/parport_pc.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/adfs/adfs.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/affs/affs.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/autofs/autofs.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/autofs4/autofs4.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/bfs/bfs.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/coda/coda.o depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/fs/efs/efs.o depmod: *** Unresolved
Re: fallos con Raid sowft raiz fallos con los modulos
-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-
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 (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. (BHola!, (B ¿Hay algo que afecte solo al cargador de modulos? (BBueno, excepto la búsqueda del archivo que contiene el código del módulo, el (Benlace se hace exactamente igual que si estuviese insertado en el kernel. (BPuede que el propio código se comporte de forma diferente si es un módulo o (Bsi 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? (BEl arrancar desde un raid sólo tiene un problema: que el código del raid debe (Bde ser cargado antes de intentar acceder a disco. Es decir, no puedes buscar (Bel 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 (BYo, 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. (BSi 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 (Bextraversion (B(o algo así). Escribes ahí, por ejemplo, prueba. (B- - Luego compilas el kernel (make menuconfig, make bzImage, make modules, (Bmake (Bmodules_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") (By el fichero del kernel (/usr/src/linux/arch/i386/boot/bzImage), y preparas (Bel LILO para que arranque. (BAlguna vez he hecho esto, y aseguro que funciona. Lo del parámetro en el (Bmakefile es para que tu kernel se llame 2.4.Xprueba, nada más, y así aseguras (Bque no hay conflictos con ningún módulo de otra compilación. (BBuff, menudo churro de emilio que voy a enviar ! :-P (BBueno, espero que te sirva, (Bun saludo, (B- -- (B Juan Ángel (BPGP key on pgp.rediris.es (8FAF18B7) (Bor search on http://www.rediris.es/cert/servicios/keyserver/ (B-BEGIN PGP SIGNATURE- (BVersion: GnuPG v1.2.2 (GNU/Linux) (B (BiD8DBQE+0fbiaQjbS4+vGLcRAus+AJ46XiiXu26y00eL0AkfDpjxQjx3GQCfZawX (BkcSzrVoBl67luwsX+cPbmFo= (B=z9g+ (B-END PGP SIGNATURE- (B (B (B-- (BTo UNSUBSCRIBE, email to [EMAIL PROTECTED] (Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] (B (B
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 (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- (BHash: SHA1 (B (BHola!, (B ¿Hay algo que afecte solo al cargador de modulos? (BBueno, excepto la búsqueda del archivo que contiene el código del módulo, el (Benlace se hace exactamente igual que si estuviese insertado en el kernel. (BPuede que el propio código se comporte de forma diferente si es un módulo o (Bsi 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? (BEl arrancar desde un raid sólo tiene un problema: que el código del raid debe (Bde ser cargado antes de intentar acceder a disco. Es decir, no puedes buscar (Bel 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 (BYo, 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. (BSi 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 (Bextraversion (B(o algo así). Escribes ahí, por ejemplo, prueba. (B- - Luego compilas el kernel (make menuconfig, make bzImage, make modules, (Bmake (Bmodules_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") (By el fichero del kernel (/usr/src/linux/arch/i386/boot/bzImage), y preparas (Bel LILO para que arranque. (BAlguna vez he hecho esto, y aseguro que funciona. Lo del parámetro en el (Bmakefile es para que tu kernel se llame 2.4.Xprueba, nada más, y así aseguras (Bque no hay conflictos con ningún módulo de otra compilación. (BBuff, menudo churro de emilio que voy a enviar ! :-P (BBueno, espero que te sirva, (Bun saludo, (B- -- (B Juan Ángel (BPGP key on pgp.rediris.es (8FAF18B7) (Bor search on http://www.rediris.es/cert/servicios/keyserver/ (B-BEGIN PGP SIGNATURE- (BVersion: GnuPG v1.2.2 (GNU/Linux) (B (BiD8DBQE+0fbiaQjbS4+vGLcRAus+AJ46XiiXu26y00eL0AkfDpjxQjx3GQCfZawX (BkcSzrVoBl67luwsX+cPbmFo= (B=z9g+ (B-END PGP SIGNATURE- (B (B (B-- (BTo UNSUBSCRIBE, email to [EMAIL PROTECTED] (Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] (B (B
Re: fallos con Raid sowft raiz fallos con los modulos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola!, Dios mío, parece como si todos los módulos te fallaran!!. Bueno, yo si fuera tú volvía a compilar el kernel desde cero, aségurandome que todos los pasos de la compilación han ido bien (especialmente el modules_install, que te fallará como una escopeta de feria si hay alguna dependencia incorrecta). Aparte de eso, creo que es conveniente tener el enlace /usr/src/linux al directorio donde tienes los fuentes de tu kernel, aunque ahora mismo no me acuerdo porqué (un día lo decidí así, y se me ha olvidado la razón!) Bueno, luego nos dices que más averiguas Un saludo y suerte, - -- 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+zqvxaQjbS4+vGLcRAiKyAJ4599bAjE/x2+SfsOaInWY81FuhDgCdE26h SjnPG1g8twLm/XxSWO5Lq2U= =wNiu -END PGP SIGNATURE-
Re: fallos con Raid sowft raiz fallos con los modulos
Como los compilo con make-kpkg no ejecuto el make modules_install, entre otras cosas por que los compilo en otro ordenador. Por la misma razón no tengo las fuentes, si no que se genera el fichero kernel-imagenxxx.custom...deb lo copio al servidor y lo instalo con dpkg. Parecea que fallan todos (y de hecho fallan), pero no veo ningun mensaje de error (hasta que intento usarlos) y ,por ejemplo, para poder aceder a la red reconpile otra vez el nucleo incluyendo la tarjeta de red, no como modulo si no dentro del nucleo y funciono perfectamente. ¿Hay algo que afecte solo al cargador de modulos? ¿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? 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 El sáb, 24 de 05 de 2003 a las 01:17, Juan Ángel escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola!, Dios mío, parece como si todos los módulos te fallaran!!. Bueno, yo si fuera tú volvía a compilar el kernel desde cero, aségurandome que todos los pasos de la compilación han ido bien (especialmente el modules_install, que te fallará como una escopeta de feria si hay alguna dependencia incorrecta). Aparte de eso, creo que es conveniente tener el enlace /usr/src/linux al directorio donde tienes los fuentes de tu kernel, aunque ahora mismo no me acuerdo porqué (un día lo decidí así, y se me ha olvidado la razón!) Bueno, luego nos dices que más averiguas Un saludo y suerte, - -- 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+zqvxaQjbS4+vGLcRAiKyAJ4599bAjE/x2+SfsOaInWY81FuhDgCdE26h SjnPG1g8twLm/XxSWO5Lq2U= =wNiu -END PGP SIGNATURE- -- Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT, CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. SALUD
