Compilación del núcleo
Para compilar el núcleo es interesante leer la howto del kernel, pero los pasos a seguier son los siguientes. 1.- Copiar el fichero del núcleo que viene en los funetes de la distribución de Debian 2.0 (la que yo tengo) en el subdirectorio /usr/src. 2.- Descomprimirlo con gunzip ( o tar) creo que yo lo hize con gunzip. Te lo deja todo en un subdirectorio /usr/src/linux. y de aquí te va creando diferentes subdirectorios. 3.- Ejecutas el comando #make menuconfig. El te guiará por las diferentes opciones seleccionar. 4.- Al salir grabas la configuración 5.- Ejecutas el comando #make dep para ejecutar dependencias (no sé muy bien qué es lo que hace). Después de esto ejecutas #make clean (creo que borra ficheros temporales). 6.- Compilación propiamente dicha. Ejecutas #make zImage. Esto compila y crea un nucleo. Luego lo que yo hago es cargar el nucleo en un diskette para arrancar desde aquí para probar. Yo no tengo cargado el LILO. 7.- Crear un diskette con el nucleo. Se ejecuta #make zdisk. Este comando crea un nucleo cargable en un diskette. Este método te permite crear nucleos de prueba para cargarlos desde diskette. De todos modos todo esto te viene mucho mejor explicado en el howto del kernel. Saludos.
Re: Compilación del núcleo
>> Antonio Angel Sanz Arróspide <[EMAIL PROTECTED]> writes: > Para compilar el núcleo es interesante leer la howto del kernel, > pero los pasos a seguier son los siguientes. > > [explicación detallada de como compilar un kernel] > > Este método te permite crear nucleos de prueba para cargarlos desde > diskette. O puedes instalar 'kernel-package', /usr/doc/kernel-package/README.gz dice: Para el osado e impaciente: 1% cd 2% make config # o make menuconfig o make xconfig 3% /usr/sbin/make-kpkg clean 4% fakeroot /usr/sbin/make-kpkg --revision=custom.1.0 kernel_image 5# dpkg -i ../kernel-image-X.XXX_1.0_.deb allí X.XXX es la versión completa del kernel (2.2.0pre6). La última versión (6.02) de kernel-package soporta la nomenclatura curiosa de los 2.2.0preN (el kernel se llama en realidad 2.2.0-preN), pero la imagen es kernel-image-X.X.XXX-_X.X.XXX-custom.1.0_.deb lo de en el nombre del paquete es porque algunas de las distribuciones de Debian (notablemente Sparc y Sparc64) parecen necesitar parches distintos de los de otras (como Alpha, PPC, m68k, i386)... o algo así. La ventaja de este método es, a) más rápido hacer actualizaciones (make-kpkg configure; make-kpkg ... kernel_image); b) se crean paquetes que se pueden instalar y desintalar, yo tengo en este momento: [75 jacinta:~] dpkg -l kernel-image\* | grep ^ii ii kernel-image-2. Jacinta.1 Linux kernel binary image. ii kernel-image-2. 2.1.131.fb.1 Linux kernel binary image. ii kernel-image-2. 2.1.131.std.0 Linux kernel binary image. ii kernel-image-2. 2.2.0pre6.jaci Linux kernel binary image. (ese que dice jacinta es un 2.0.33) y c) se pueden compilar los kerneles en el super duper PIII-550 e instalarlos en el pobre 486-33. la *desventaja* es que es tan fácil que uno se acostumbra y luego no recuerda como se hacía 'a la antigua' :) Marcelo
Re: Compilación del núcleo
On Wed, 13 Jan 1999, Marcelo E. Magallon wrote:
>
> La ventaja de este método es, a) más rápido hacer actualizaciones
> (make-kpkg configure; make-kpkg ... kernel_image); b) se crean
> paquetes que se pueden instalar y desintalar
Pues yo no veo ventaja en eso. ¿Para qué vamos a andar con un
oscuro dpkg cuando sabemos poner a rular un núcleo?
¿Qué hace el dpkg -i para instalar el núcleo?
Yo creo que si supiese instalar programas a pelo, tampoco lo
haría con el dpkg. Pero eso forma parte de la filosofía de cada
uno.
> y c) se pueden compilar los kerneles en el super duper PIII-550 e
> instalarlos en el pobre 486-33.
Eso no es ventaja ninguna sobre el método de siempre.
Y de paso...
To : "Marcelo E. Magallon" <[EMAIL PROTECTED]>
Cc : debian-user-spanish@lists.debian.org
¿No hay alguna forma de hacer "To: debian-user..." en lugar de
hacer un Cc:? Es que toi un poco cansadito de andar cambiándolo a
mano. Uso pine 3.96.
--
Los sueños no se descubren hasta que uno despierta ("Abre los ojos")
David Serrano <[EMAIL PROTECTED]> http://come.to/Hue-Bond.world
In love with TuX - Linux 2.0.34 Linux Registered User no. 87069
PGP Public key at http://www.ctv.es/USERS/fserrano/pgp_pubkey.asc
Re: Compilación del núcleo
>> Hue-Bond <[EMAIL PROTECTED]> writes: > On Wed, 13 Jan 1999, Marcelo E. Magallon wrote: > > > > La ventaja de este método es, a) más rápido hacer actualizaciones > > (make-kpkg configure; make-kpkg ... kernel_image); b) se crean > > paquetes que se pueden instalar y desintalar > > Pues yo no veo ventaja en eso. ¿Para qué vamos a andar con un > oscuro dpkg cuando sabemos poner a rular un núcleo? Después de pasar por las siguientes pesadillas uno aprecia el make-kpkg: * Actualizar un kernel en un 'laboratorio' de máquinas, las cuales, por motivos obscuros, cuentan todas con configuraciones distintas * Compilarle el kernel a un compañero y tratar de explicarle como instalarlo, donde poner los módulos, que archivos cambiar, y tratar de preveer todos los miserables problemas no previsibles * Desintalar el kernel que instalé hace dos meses y que realmente había olvidado que estaba allí (el que compilé hace 20 minutos tiene 60+ archivos) > ¿Qué hace el dpkg -i para instalar el núcleo? Nada muy especial, si eso es lo que quieres decir. Revisar el estado del sistema, verificar enlaces por aquí y por allá, revisar la configuración de lilo, las cosas que se supone que uno debe hacer cuando instala un kernel pero que siempre olvida al menos una. > Yo creo que si supiese instalar programas a pelo, tampoco lo > haría con el dpkg. Pero eso forma parte de la filosofía de cada > uno. Ah... sí. Siempre es bueno saber realmente como se hacen las cosas, pero llega el punto donde uno se aburre de hacer lo mismo una y otra vez ad nauseum. Quiero decir, yo compilo todas y cada una de las versiones de Window Maker que salen, y me siento un rato a despulgarlo y hacer parches, y lo encuentro entretenido, pero si estuviese haciendo eso con todos los programas que realmente uso, no hago nada más, y realmente quiero hacer algo más... > To : "Marcelo E. Magallon" <[EMAIL PROTECTED]> > Cc : debian-user-spanish@lists.debian.org > > ¿No hay alguna forma de hacer "To: debian-user..." en lugar de > hacer un Cc:? Es que toi un poco cansadito de andar cambiándolo a > mano. Uso pine 3.96. Sí, usa un programa de verdad... (perdón, perdón, perdón, no pude resistirlo, he desarrollado aversión al pine) Si no recuerdo mal, el pine tiene algún tipo de función que es 'reply-to-list' (o 'reply-to-all') o algo por el estilo. Nada más para referencia, mutt tiene tres funciones distintas: reply contestar al autor list-replycontestar a una lista de correo group-reply contestar al autor y todos los destinatarios Creo que pine hace lo primero y lo último (al menos hay una forma de decirle que pregunte si desea contestar a todos los destinatarios). Para las listas de correo yo uso generalmente lo segundo... Si no tienes problemas con leer un manual un poco gordo, mutt es una joyita. Marcelo
Re: Compilación del núcleo
BUENOS DIAS!!! Y entonces, va Hue-Bond y dice ¿Re: Compilación del núcleo? > > La ventaja de este método es, a) más rápido hacer actualizaciones > > (make-kpkg configure; make-kpkg ... kernel_image); b) se crean > > paquetes que se pueden instalar y desintalar > Pues yo no veo ventaja en eso. ¿Para qué vamos a andar con un > oscuro dpkg cuando sabemos poner a rular un núcleo? > ¿Qué hace el dpkg -i para instalar el núcleo? Pues a mi si me parece una ventaja, no solo recompila en nucleo, ademas los modulos, y cuando lo instalas, te reintala el LILO, y te copia el viejo con otro nombre, para poder arrancar los dos, y te pregunta que si quieres crear un disco de arranke. Comprueba que no hay problemas con los modulos, y copia el system.map y esas cosas. Y si tienes que instalar un nuevo kernel en varios sitios (e.j. un aula ) te aseguras que todo es correcto y que no te has olvidado ningun fichero. Si tienes que restaurar el sistema te ahorras de tener que recompilar el sistema y acordarte de cuales eran las opciones con las que lo habias compilado. Ademas si eres nuevo, reduce en gran medida el numero de pasos a seguir. No se, para mi todo son ventajas. Aunque tambien es verdad que esto aleja al usuario debian del modo normal de recompilar el kernel ( yo hay veces que me vuelvo loco buscando las cosas en casa de un amigo que tiene RedHat ). -- New Borg Movie: The Assimilation of the Lambs. grettings_[EMAIL PROTECTED] of __ _| |___ __ _[EMAIL PROTECTED] Saludos/ _` | / -_) _` | http://pagina.de/alea de \__,_|_\___\__,_| ICQ#17770744
Re: Compilación del núcleo
On Fri, 15 Jan 1999, Hue-Bond wrote: > On Wed, 13 Jan 1999, Marcelo E. Magallon wrote: > > > > La ventaja de este método es, a) más rápido hacer actualizaciones > > (make-kpkg configure; make-kpkg ... kernel_image); b) se crean > > paquetes que se pueden instalar y desintalar > > Pues yo no veo ventaja en eso. ¿Para qué vamos a andar con un > oscuro dpkg cuando sabemos poner a rular un núcleo? > > ¿Qué hace el dpkg -i para instalar el núcleo? > > Yo creo que si supiese instalar programas a pelo, tampoco lo > haría con el dpkg. Pero eso forma parte de la filosofía de cada > uno. Bueno el empaquetado de aplicaciones en cualquier distribución resuelve o avisa de problemas de incompatibilidades. Es mucho más comodo y actualizar a una versión superior cualquier aplicación suele resultar comodísimo. Eso no quiere decir que en circunstancias no desees hacerlo todo tu y colocarlo en /usr/local para que el gestor de paquetes no lo toque. --- En caso de contestar a la lista mandame copia personal. /\ /\ Los mas importantes desarrolladores de Bases de datos \\W//están portando sus productos a Linux. Porque crees tu _|0 0|_ que será ?Yo creo que Linux es el futuro. +-oOOO--(___o___)--OOOo--+ | . . . . U U . . . . Antonio Castro Snurmacher | | http://slug.ctv.es/~acastro.[EMAIL PROTECTED] | +()()()--()()()--+
Re: Compilación del núcleo
make install tambien te copia el nucleo a /boot, y ejecuta el lilo. make modules_install instala los modulos con estas ordenes haces todo esto y mas rápido MadBit [EMAIL PROTECTED] On Sat, 16 Jan 1999, Alvaro Alea wrote: > BUENOS DIAS!!! > Y entonces, va Hue-Bond y dice ¿Re: Compilación del núcleo? > > > > La ventaja de este método es, a) más rápido hacer actualizaciones > > > (make-kpkg configure; make-kpkg ... kernel_image); b) se crean > > > paquetes que se pueden instalar y desintalar > > Pues yo no veo ventaja en eso. ¿Para qué vamos a andar con un > > oscuro dpkg cuando sabemos poner a rular un núcleo? > > ¿Qué hace el dpkg -i para instalar el núcleo? > > Pues a mi si me parece una ventaja, no solo recompila en nucleo, ademas los > modulos, y cuando lo instalas, te reintala el LILO, y te copia el viejo con > otro nombre, para poder arrancar los dos, y te pregunta que si quieres crear > un disco de arranke. > Comprueba que no hay problemas con los modulos, y copia el system.map y esas > cosas. > > Y si tienes que instalar un nuevo kernel en varios sitios (e.j. un aula ) te > aseguras que todo es correcto y que no te has olvidado ningun fichero. > > Si tienes que restaurar el sistema te ahorras de tener que recompilar el > sistema y acordarte de cuales eran las opciones con las que lo habias > compilado. > > Ademas si eres nuevo, reduce en gran medida el numero de pasos a seguir. > > No se, para mi todo son ventajas. > > Aunque tambien es verdad que esto aleja al usuario debian del modo normal de > recompilar el kernel ( yo hay veces que me vuelvo loco buscando las cosas en > casa de un amigo que tiene RedHat ). > > -- > New Borg Movie: The Assimilation of the Lambs. > > grettings_[EMAIL PROTECTED] > of __ _| |___ __ _[EMAIL PROTECTED] > Saludos/ _` | / -_) _` | http://pagina.de/alea > de \__,_|_\___\__,_| ICQ#17770744 > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > >
Re: Compilación del núcleo
El Mon, Jan 18, 1999 at 09:10:48AM +0100, Herranz Martin Rogelio contaba: >make install tambien te copia el nucleo a /boot, y ejecuta el lilo. >make modules_install instala los modulos >con estas ordenes haces todo esto y mas rápido ¿Que tal lo desinstala? Yo no dejé SlackWare por que fuese díficil instalar paquetes, si no porque era dificil desinstalarlo. Aunque bueno, yo poco tengo que decir porque yo me instalo mis kerneles a mano (es que tengo que copiarlo a la partición DOS para que lo pueda usar el Loadlin). Pero aparte de mi caso, creo que es mejor el sistema Debian. -- Saudos: >http://pagina.de/xmanoel/ http://w3.to/mikkeli/ 01/19 Janis Joplin is born in Port Arthur, Texas, 1943
Re: Compilación del núcleo
Pues yo lo que hago para compilar el kernel es lo que dice en el paquete kernel-package -> /usr/doc/kernel-package/README.gz De esta manera te creas un .deb para el binario y luego lo instalo con dpkg -i fichero_kernel.deb Básicamente es: 1.- cd /usr/src/linux-VERSION-QUE-SEA 2.- make menuconfig 3.- make-kpkg clean 4.- make-kpkg --revision=custom.1.0 kernel_image 5.- dpkg -i ../kernel-image-X.XXX_1.0_.deb El custom.1.0 fue el primero ahora ya voy por custom.21.0 ;) -- Rafa C. Marcos BCN Art Directe (Promotora d'Art) http://www.bcnartdirecte.com Visit Internet Virtual Studios at: http://www.bcnartdirecte.com/studios
Problemas tras la compilación del núcleo
Hola [EMAIL PROTECTED], os cuento mi última debian-aventura. Resulta que me instalé desde la red una Debian Woody con núcleo 2.2.20-idepci. El cual traía ya configurado la tarjeta de red una realtek 8139 ( 8139too.o ) pero no tenía configurado aspectos como el usb y el sonido. Me he bajado los fuentes del núcleo 2.4.18 y tras compilarlo no tengo Internet. Por más que he mirado en los foros, por lo visto es un problema más o menos común, no tengo ni idea cómo arreglarlo. He probado modconf y tengo los mismos módulos de red cargados que en el núcleo primitivo pero ahora no me va la red. ¿Tengo que hacer algo más? Creía que debería funcionar sin más. Cuando el kernel está cargando he observado algunos mensajes de error relativos a la tarjeta de red, pero lo que me ocurre es cuando intento verlos con dmesg no los veo. Han desaparecido. ¿A qué puede deberse esto? Por último, tb incluí el sonido, para lo cual tuve que bajarme los drivers de la página de ALSA. Todo va perfecto y he escuchado música con el xmms. La cuestión es que por defecto el AlsaMixer trae todos los controles a cero. Los puedo cambiar pero tendría que hacerlo cada vez que reinicio la máquina. ¿Por qué no se guardan los últimos valores a los que se ha reproducido sonido (que sería lo normal)? ¿Cómo puedo hacer para que todo quede configurado para próximas sesiones? Bueno [EMAIL PROTECTED], espero haber sido descriptivo. Si os falta algún dato os lo haré saber. Gracias por vuestra inestimable ayuda. PD: Disculpar este tocho, son las 3:20 de la madrugada y estoy algo quemado.
Re: Problemas tras la compilación del núcleo
El domingo, 17 de agosto de 2003, a las 03:21, thinway escribe: > Me he bajado los fuentes del núcleo 2.4.18 y tras compilarlo no tengo > Internet. Al compilar un nuevo kernel, te recomiendo partir de la configuración del que ya tienes corriendo en tu sistema. Esta configuración debería estar (en tu caso) en /boot/config-2.2.20-idepci. De esta forma te aseguras de no estar "olvidando" nada, y además, antes de compilar, sólo tienes que configurar aquellas características que el nuevo kernel añade al anterior, no todas. > Por último, tb incluí el sonido, para lo cual tuve que bajarme los > drivers de la página de ALSA. Todo va perfecto y he escuchado música con > el xmms. La cuestión es que por defecto el AlsaMixer trae todos los > controles a cero. Los puedo cambiar pero tendría que hacerlo cada vez > que reinicio la máquina. ¿Por qué no se guardan los últimos valores a > los que se ha reproducido sonido (que sería lo normal)? ¿Cómo puedo > hacer para que todo quede configurado para próximas sesiones? En el caso de ALSA, te recomiendo encarecidamente compilar desde el paquete alsa-source, tal y como te explican en la documentación, utilizando kernel-package. Te generará un paquete alsa-modules, que depende de alsa-base y alsa-utils. Una vez instalado todo, ALSA funciona como un paseo en bici. Un saludo, Ismael -- "Tout fourmille de commentaries; d'auteurs il en est grande cherté"
Re: Problemas tras la compilación del núcleo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Aug 17, 2003 at 03:21:38AM +0200, thinway wrote: > Hola [EMAIL PROTECTED], os cuento mi última debian-aventura. > > Resulta que me instalé desde la red una Debian Woody con núcleo > 2.2.20-idepci. El cual traía ya configurado la tarjeta de red una > realtek 8139 ( 8139too.o ) pero no tenía configurado aspectos como el > usb y el sonido. > Me he bajado los fuentes del núcleo 2.4.18 y tras compilarlo no tengo > Internet. Por más que he mirado en los foros, por lo visto es un > problema más o menos común, no tengo ni idea cómo arreglarlo. He probado > modconf y tengo los mismos módulos de red cargados que en el núcleo > primitivo pero ahora no me va la red. ¿Tengo que hacer algo más? Creía > que debería funcionar sin más. > Cuando el kernel está cargando he observado algunos mensajes de error > relativos a la tarjeta de red, pero lo que me ocurre es cuando intento > verlos con dmesg no los veo. Han desaparecido. ¿A qué puede deberse > esto? ¿Cuáles son, más o menos esos mensajes? > Por último, tb incluí el sonido, para lo cual tuve que bajarme los > drivers de la página de ALSA. Todo va perfecto y he escuchado música con > el xmms. La cuestión es que por defecto el AlsaMixer trae todos los > controles a cero. Los puedo cambiar pero tendría que hacerlo cada vez > que reinicio la máquina. ¿Por qué no se guardan los últimos valores a > los que se ha reproducido sonido (que sería lo normal)? ¿Cómo puedo > hacer para que todo quede configurado para próximas sesiones? Creo que con aumix no pasa eso. Pruébalo. > Bueno [EMAIL PROTECTED], espero haber sido descriptivo. Si os falta algún > dato os > lo haré saber. > Gracias por vuestra inestimable ayuda. > > PD: Disculpar este tocho, son las 3:20 de la madrugada y estoy algo > quemado. Sí, es que estos días está haciendo mucho calor. ;-) Un saludo -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/P5Fb8+jGkL36kP0RAilBAJ49C9hjveRQ3uwC9vP2vRQZkgb9qwCeOrKp uwa+AA/5IBZUBuTNyxp96N4= =jOLx -END PGP SIGNATURE-
Re: Problemas tras la compilación del núcleo
Pues bien, he hecho lo que me comentaste, compilé el kernel 2.4.18 partiendo de la configuración que tenía el que me instaló la instalación de Debian Woody 2.2.20-idepci. Cual fue mi sorpresa cuando al iniciar mi máquina sigo sin internet. No he tocado nada de la configuración antigua y no funciona. El error que me da cuando carga el kernel es más o menos: modprobe: modprobe: can't locate eth1 module (sale varias veces) y digo más o menos porque lo tengo que ver cuando va saliendo por pantalla ya que con dmesg, y en /var/log/ he mirado en varios ficheros de log y no me aparece información alguna de estos errores. ¿Para qué sirven entonces estos ficheros de log? Si sirve de algo comentaros que tengo un portátil ASUS que tiene una tarjeta de red chip realtek8139 (he leído en www.linux-laptops.net que en los núcleos 2.2.x lleva el módulo rtl8139.o pero el los 2.4.x lleva el 8130too.o, ¿puede ser este el origen del error). De todas maneras he compilado incluyendo los dos módulos y sigue sin funcionar. Alguien me puede decir qué me está pasando? Gracias de antemano. On dom, 2003-08-17 at 12:02, Ismael Valladolid Torres wrote: > El domingo, 17 de agosto de 2003, a las 03:21, thinway escribe: > > Me he bajado los fuentes del núcleo 2.4.18 y tras compilarlo no tengo > > Internet. > > Al compilar un nuevo kernel, te recomiendo partir de la configuración > del que ya tienes corriendo en tu sistema. Esta configuración debería > estar (en tu caso) en /boot/config-2.2.20-idepci. De esta forma > te aseguras de no estar "olvidando" nada, y además, antes de > compilar, sólo tienes que configurar aquellas características que el > nuevo kernel añade al anterior, no todas. > > > Por último, tb incluí el sonido, para lo cual tuve que bajarme los > > drivers de la página de ALSA. Todo va perfecto y he escuchado música con > > el xmms. La cuestión es que por defecto el AlsaMixer trae todos los > > controles a cero. Los puedo cambiar pero tendría que hacerlo cada vez > > que reinicio la máquina. ¿Por qué no se guardan los últimos valores a > > los que se ha reproducido sonido (que sería lo normal)? ¿Cómo puedo > > hacer para que todo quede configurado para próximas sesiones? > > En el caso de ALSA, te recomiendo encarecidamente compilar desde el > paquete alsa-source, tal y como te explican en la documentación, > utilizando kernel-package. Te generará un paquete alsa-modules, que > depende de alsa-base y alsa-utils. Una vez instalado todo, ALSA > funciona como un paseo en bici. > > Un saludo, Ismael > -- > "Tout fourmille de commentaries; d'auteurs il en est grande cherté" > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: Problemas tras la compilación del núcleo
Mensaje escrito por thinway el 18/08/2003 2:52: > Si sirve de algo comentaros que tengo un portátil ASUS que tiene una > tarjeta de red chip realtek8139 (he leído en www.linux-laptops.net que > en los núcleos 2.2.x lleva el módulo rtl8139.o pero el los 2.4.x lleva > el 8130too.o, ¿puede ser este el origen del error). De todas maneras > he compilado incluyendo los dos módulos y sigue sin funcionar. Puede ser, claro. Mira en tu /etc/modules, si aparece una linea "rtl8139" y cámbiala por "8130too". Un saludo, Ismael -- "Tout fourmille de commentaries; d'auteurs il en est grande cherté"
Re: Problemas tras la compilación del núcleo
Esto es una prueba On lun, 2003-08-18 at 03:04, Ruben wrote: > > Hola, no he leido tus mensajes anteriores, pero espero no estar diciendo algo > evidente o que ya hayas hecho. > > Comprueba que tienes cargado el modulo de la tarjeta, haz un lsmod. Hay veces > que aunque lo crees como modulo con el kernel lo tienes que cargar a mano. > Tienes dos opciones, buscalo y cargalo con modconf, o metelo en /etc/modules > y haz un update_modules, para que te lo cargue. > > R.
Re: Problemas tras la compilación del núcleo
En /etc/modules aparece 8139too, no tengo ni idea qué puede estar pasando. On lun, 2003-08-18 at 10:08, Ismael Valladolid Torres wrote: > Mensaje escrito por thinway el 18/08/2003 2:52: > > Si sirve de algo comentaros que tengo un portátil ASUS que tiene una > > tarjeta de red chip realtek8139 (he leído en www.linux-laptops.net que > > en los núcleos 2.2.x lleva el módulo rtl8139.o pero el los 2.4.x lleva > > el 8130too.o, ¿puede ser este el origen del error). De todas maneras > > he compilado incluyendo los dos módulos y sigue sin funcionar. > > Puede ser, claro. Mira en tu /etc/modules, si aparece una linea > "rtl8139" y cámbiala por "8130too". > > Un saludo, Ismael > -- > "Tout fourmille de commentaries; d'auteurs il en est grande cherté" >
Re: Problemas tras la compilación del núcleo
He mirado los módulos con lsmod, y aparece el de la tarjeta (8139too.o). La verdad que es muy curioso porque hago todo lo que indican los manuales que he consultado pero a mi no me funciona la red. Si sirve de algo aquí os mando mi fichero de configuración del kerenl a ver si alguien me puede echar una mano. Me estoy empezando a desesperar. On lun, 2003-08-18 at 03:04, Ruben wrote: > > Hola, no he leido tus mensajes anteriores, pero espero no estar diciendo algo > evidente o que ya hayas hecho. > > Comprueba que tienes cargado el modulo de la tarjeta, haz un lsmod. Hay veces > que aunque lo crees como modulo con el kernel lo tienes que cargar a mano. > Tienes dos opciones, buscalo y cargalo con modconf, o metelo en /etc/modules > y haz un update_modules, para que te lo cargue. > > R. # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y # CONFIG_MODVERSIONS is not set CONFIG_KMOD=y # # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set CONFIG_MPENTIUMIII=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set # CONFIG_X86_CPUID is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_SMP is not set # CONFIG_X86_UP_APIC is not set # CONFIG_X86_UP_IOAPIC is not set # # General setup # CONFIG_NET=y CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y # CONFIG_EISA is not set # CONFIG_MCA is not set CONFIG_HOTPLUG=y # # PCMCIA/CardBus support # # CONFIG_PCMCIA is not set # # PCI Hotplug Support # # CONFIG_HOTPLUG_PCI is not set # CONFIG_HOTPLUG_PCI_COMPAQ is not set # CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM is not set CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set # CONFIG_BINFMT_AOUT is not set CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y CONFIG_PM=y # CONFIG_ACPI is not set CONFIG_APM=y # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_RTC_IS_GMT is not set # CONFIG_APM_ALLOW_INTS is not set CONFIG_APM_REAL_MODE_POWER_OFF=y # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_CML1=m # CONFIG_PARPORT_SERIAL is not set CONFIG_PARPORT_PC_FIFO=y # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_AMIGA is not set # CONFIG_PARPORT_MFC3 is not set # CONFIG_PARPORT_ATARI is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_SUNBPP is not set # CONFIG_PARPORT_OTHER is not set # CONFIG_PARPORT_1284 is not set # # Plug and Play configuration # CONFIG_PNP=y # CONFIG_ISAPNP is not set # # Block devices # CONFIG_BLK_DEV_FD=y # CONFIG_BLK_DEV_XD is not set # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set CONFIG_BLK_DEV_LOOP=y CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # CONFIG_BLK_DEV_MD is not set # CONFIG_MD_LINEAR is not set # CONFIG_MD_RAID0 is not set # CONFIG_MD_RAID1 is not set # CONFIG_MD_RAID5 is not set # CONFIG_MD_MULTIPATH is not set # CONFIG_BLK_DEV_LVM is not set # # Networking options # CONFIG_PACKET=m # CONFIG_PACKET_MMAP is not set CONFIG_NETLINK_DEV=m # CONFIG_NETFILTER is not set # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_IP_MROUTE is not set # CONFIG_ARPD is not set # CONFIG_INET_ECN is not set # CONFIG_SYN_COOKIES is not set # CONFIG_IPV6 is not set # CONFIG_KHTTPD is not set CONFIG_ATM=y CONFIG_ATM_CLIP=y CONFIG_ATM_CLIP_NO_ICMP=y CONFIG_ATM_LANE=m # CONFIG_ATM_MPOA is not set # CONFIG_VLAN_8021Q is not set # CONFIG_IPX is not set # CONFIG_ATALK is not
Re: Problemas tras la compilación del núcleo
Hola, que tal, le he hechado un vistazo al thread y voy a comentar algunas cosas por si sirven de ayuda. En uno de los mensajes anteriores comentabas que el error del modprobe no aparecia con el dmesg, estos mensajes de error deberían aparecer en el syslog: /var/log/syslog, aquí encontraras el error de modprobe, si no me equivoco. Tienes más de una tarjeta de red?, por lo que he visto el mensaje de error que comentas se refiere a eth1, pero si sólo tienes una tarjeta de red esta debería ser eth0. Cuando terminas de arrancar el sistema has comprobado si la tarjeta de red está arriba? y que está configurada correctamente?. Has probado a borrar todos los módulos de ese kernel y volver a compilarlos e instalarlos?. O sea, borrar en /lib/modules/2.4.18 (puedes hacer una copia de seguridad si quieres), y luego hacer el make modules y make modules_install. Para comprobar si es un problema de los módulos primero puedes probar a compilar directamente en el kernel y ver si así te funciona, si así funciona es que es un problema con los módulos, o por lo menos un problema que deriba del hecho de que el soporte esté como módulo. Si así tampoco funciona el problema será otro y en ese caso yo dejaría de romperme la cabeza con los módulos y buscar el problema en otro sitio. Has comprobado si en la compilación recibes mensajes de error? Como estás compilando el kernel? puedes hacer una redirección de los errores de la compilación a un archivo y ver que errores te dá?. Has comprobado de nuevo la configuración de la red? por lo que dices has de utilizar una conexión directa con inet, deberías comprobar que tienes bien configurado el gateway si tienes, dns's, ip's etc... quizá te parezca una tontería, pero después de muchas vueltas con linux me he dado cuenta de que la mayoría de las veces los problemas son muy simples y el problema es que uno se obceca pensando que es por algo y sólo lo busca ahí. Saludos y suerte. On Mon, 2003-08-18 at 13:18, thinway wrote: > He mirado los módulos con lsmod, y aparece el de la tarjeta (8139too.o). > La verdad que es muy curioso porque hago todo lo que indican los > manuales que he consultado pero a mi no me funciona la red. > > Si sirve de algo aquí os mando mi fichero de configuración del kerenl a > ver si alguien me puede echar una mano. > > Me estoy empezando a desesperar. > > On lun, 2003-08-18 at 03:04, Ruben wrote: > > > > Hola, no he leido tus mensajes anteriores, pero espero no estar diciendo > > algo evidente o que ya hayas hecho. > > > > Comprueba que tienes cargado el modulo de la tarjeta, haz un lsmod. Hay > > veces que aunque lo crees como modulo con el kernel lo tienes que cargar a > > mano. Tienes dos opciones, buscalo y cargalo con modconf, o metelo en > > /etc/modules y haz un update_modules, para que te lo cargue. > > > > R. >
Re: Problemas tras la compilación del núcleo
jalonsom escribió: Hola, que tal, le he hechado un vistazo al thread y voy a comentar algunas cosas por si sirven de ayuda. En uno de los mensajes anteriores comentabas que el error del modprobe no aparecia con el dmesg, estos mensajes de error deberían aparecer en el syslog: /var/log/syslog, aquí encontraras el error de modprobe, si no me equivoco. Tienes más de una tarjeta de red?, por lo que he visto el mensaje de error que comentas se refiere a eth1, pero si sólo tienes una tarjeta de red esta debería ser eth0. Cuando terminas de arrancar el sistema has comprobado si la tarjeta de red está arriba? y que está configurada correctamente?. Has probado a borrar todos los módulos de ese kernel y volver a compilarlos e instalarlos?. O sea, borrar en /lib/modules/2.4.18 (puedes hacer una copia de seguridad si quieres), y luego hacer el make modules y make modules_install. Para comprobar si es un problema de los módulos primero puedes probar a compilar directamente en el kernel y ver si así te funciona, si así funciona es que es un problema con los módulos, o por lo menos un problema que deriba del hecho de que el soporte esté como módulo. Si así tampoco funciona el problema será otro y en ese caso yo dejaría de romperme la cabeza con los módulos y buscar el problema en otro sitio. Has comprobado si en la compilación recibes mensajes de error? Como estás compilando el kernel? puedes hacer una redirección de los errores de la compilación a un archivo y ver que errores te dá?. Has comprobado de nuevo la configuración de la red? por lo que dices has de utilizar una conexión directa con inet, deberías comprobar que tienes bien configurado el gateway si tienes, dns's, ip's etc... quizá te parezca una tontería, pero después de muchas vueltas con linux me he dado cuenta de que la mayoría de las veces los problemas son muy simples y el problema es que uno se obceca pensando que es por algo y sólo lo busca ahí. Saludos y suerte. On Mon, 2003-08-18 at 13:18, thinway wrote: He mirado los módulos con lsmod, y aparece el de la tarjeta (8139too.o). La verdad que es muy curioso porque hago todo lo que indican los manuales que he consultado pero a mi no me funciona la red. Si sirve de algo aquí os mando mi fichero de configuración del kerenl a ver si alguien me puede echar una mano. Me estoy empezando a desesperar. On lun, 2003-08-18 at 03:04, Ruben wrote: Hola, no he leido tus mensajes anteriores, pero espero no estar diciendo algo evidente o que ya hayas hecho. Comprueba que tienes cargado el modulo de la tarjeta, haz un lsmod. Hay veces que aunque lo crees como modulo con el kernel lo tienes que cargar a mano. Tienes dos opciones, buscalo y cargalo con modconf, o metelo en /etc/modules y haz un update_modules, para que te lo cargue. R. A mí me pasa algo parecido, compilo el kernel 2.4.18 y el 2.4.21 y me funciona todo menos la tarjeta de red. La tarjeta en sí la detecta sin embargo la red no rula. Así que tengo que funcionar con 2 kernels, 1 para andar por internet y otro mucho más preciso para trabajar. La verdad es que es incómodo pero ya hace tiempo que me pasa y no encontré solución. Yo tb tengo una conexión directa a internet, así que me identifico mucho con el problema. A ver si a alguien le pasó algo similar y logró solucionarlo que parece que es algo cotidiano.
Re: Problemas tras la compilación del núcleo
Hola de nuevo, vuelvo a enviar el mensaje a la lista, ya que la respuesta sólo me ha llegado a mí. Sobre el error de char-major-xxx puedes encontrar información aquí: http://www.linuxfromscratch.org/faq/#char-major-10-135 se soluciona si activas el soporte RTC en la compilación del kernel. De todos modos no te preocupes, no es un error importante. Sobre el porqué la instalación de Debian haya configurado el eth1 en lugar del eth0 no sé que decirte más que es algo extraño, seguramente habrá una razón pero no la sé, quizá alguien de la lista sepa que puede haber pasado. Me alegro de que hayas solucionado el problema :-), saludos. On Mon, 2003-08-18 at 16:42, thinway wrote: > On lun, 2003-08-18 at 14:04, jalonsom wrote: > > Hola, que tal, le he hechado un vistazo al thread y voy a comentar > > algunas cosas por si sirven de ayuda. > > > > En uno de los mensajes anteriores comentabas que el error del modprobe > > no aparecia con el dmesg, estos mensajes de error deberían aparecer en > > el syslog: /var/log/syslog, aquí encontraras el error de modprobe, si no > > me equivoco. > > No te equivocas, por fin he podido ver los errores que me da el kernel. > Todos son relativos a unos módulos del tipo char-major-xxx. ¿Qué son > estos módulos? Me dan errores el char-major-13 y otros más. > > > Tienes más de una tarjeta de red?, por lo que he visto el mensaje de > > error que comentas se refiere a eth1, pero si sólo tienes una tarjeta de > > red esta debería ser eth0. Cuando terminas de arrancar el sistema has > > comprobado si la tarjeta de red está arriba? y que está configurada > > correctamente?. > > Ya he conseguido echar a andar la red, gracias a tu sabio consejo. > Resulta que en /etc/network/interfaces tenía una configuración como la > que sigue: > > auto lo > iface lo inet loopback > > auto eth1 > iface eth1 inet static > address 192.168.0.2 > netmask 255.255.255.0 > network 192.168.0.0 > broadcast 192.168.0.255 > gateway 192.168.0.10 > > Pues bien, este fichero me lo creó así la instalación de Woody desde la > red. Lo que he echo es sustituir los eth1 por eth0 y por fin tengo > comunicación con el exterior. Alguien me podría dar alguna pista de por > qué la instalación de Woody configuró un fichero interfaces sin eth0? > > > Has probado a borrar todos los módulos de ese kernel y volver a > > compilarlos e instalarlos?. O sea, borrar en /lib/modules/2.4.18 (puedes > > hacer una copia de seguridad si quieres), y luego hacer el make modules > > y make modules_install. > > > > Para comprobar si es un problema de los módulos primero puedes probar a > > compilar directamente en el kernel y ver si así te funciona, si así > > funciona es que es un problema con los módulos, o por lo menos un > > problema que deriba del hecho de que el soporte esté como módulo. Si así > > tampoco funciona el problema será otro y en ese caso yo dejaría de > > romperme la cabeza con los módulos y buscar el problema en otro sitio. > > > > Has comprobado si en la compilación recibes mensajes de error? Como > > estás compilando el kernel? puedes hacer una redirección de los errores > > de la compilación a un archivo y ver que errores te dá?. > > > > Has comprobado de nuevo la configuración de la red? por lo que dices has > > de utilizar una conexión directa con inet, deberías comprobar que tienes > > bien configurado el gateway si tienes, dns's, ip's etc... quizá te > > parezca una tontería, pero después de muchas vueltas con linux me he > > dado cuenta de que la mayoría de las veces los problemas son muy simples > > y el problema es que uno se obceca pensando que es por algo y sólo lo > > busca ahí. > > Me temo que tienes toda la razón. > > > Saludos y suerte. > > > Saludos y gracias por tu ayuda compañero. > > > > On Mon, 2003-08-18 at 13:18, thinway wrote: > > > He mirado los módulos con lsmod, y aparece el de la tarjeta (8139too.o). > > > La verdad que es muy curioso porque hago todo lo que indican los > > > manuales que he consultado pero a mi no me funciona la red. > > > > > > Si sirve de algo aquí os mando mi fichero de configuración del kerenl a > > > ver si alguien me puede echar una mano. > > > > > > Me estoy empezando a desesperar. > > > > > > On lun, 2003-08-18 at 03:04, Ruben wrote: > > > > > > > > Hola, no he leido tus mensajes anteriores, pero espero no estar > > > > diciendo algo evidente o que ya hayas hecho. > > > > > > > > Comprueba que tienes cargado el modulo de la tarjeta, haz un lsmod. Hay > > > > veces que aunque lo crees como modulo con el kernel lo tienes que > > > > cargar a mano. Tienes dos opciones, buscalo y cargalo con modconf, o > > > > metelo en /etc/modules y haz un update_modules, para que te lo cargue. > > > > > > > > R. > > > > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > >
Re: Problemas tras la compilación del núcleo
Mira a ver si te sirve lo que comenté en un mensaje anterior. Mira tu fichero /etc/network/interfaces. Si tienes una interfaz eth1 cámbiala por eth0. Suerte. On lun, 2003-08-18 at 16:21, Nacho García wrote: > jalonsom escribió: > > >Hola, que tal, le he hechado un vistazo al thread y voy a comentar > >algunas cosas por si sirven de ayuda. > > > >En uno de los mensajes anteriores comentabas que el error del modprobe > >no aparecia con el dmesg, estos mensajes de error deberían aparecer en > >el syslog: /var/log/syslog, aquí encontraras el error de modprobe, si no > >me equivoco. > > > >Tienes más de una tarjeta de red?, por lo que he visto el mensaje de > >error que comentas se refiere a eth1, pero si sólo tienes una tarjeta de > >red esta debería ser eth0. Cuando terminas de arrancar el sistema has > >comprobado si la tarjeta de red está arriba? y que está configurada > >correctamente?. > > > >Has probado a borrar todos los módulos de ese kernel y volver a > >compilarlos e instalarlos?. O sea, borrar en /lib/modules/2.4.18 (puedes > >hacer una copia de seguridad si quieres), y luego hacer el make modules > >y make modules_install. > > > >Para comprobar si es un problema de los módulos primero puedes probar a > >compilar directamente en el kernel y ver si así te funciona, si así > >funciona es que es un problema con los módulos, o por lo menos un > >problema que deriba del hecho de que el soporte esté como módulo. Si así > >tampoco funciona el problema será otro y en ese caso yo dejaría de > >romperme la cabeza con los módulos y buscar el problema en otro sitio. > > > >Has comprobado si en la compilación recibes mensajes de error? Como > >estás compilando el kernel? puedes hacer una redirección de los errores > >de la compilación a un archivo y ver que errores te dá?. > > > >Has comprobado de nuevo la configuración de la red? por lo que dices has > >de utilizar una conexión directa con inet, deberías comprobar que tienes > >bien configurado el gateway si tienes, dns's, ip's etc... quizá te > >parezca una tontería, pero después de muchas vueltas con linux me he > >dado cuenta de que la mayoría de las veces los problemas son muy simples > >y el problema es que uno se obceca pensando que es por algo y sólo lo > >busca ahí. > > > >Saludos y suerte. > > > > > > > >On Mon, 2003-08-18 at 13:18, thinway wrote: > > > > > >>He mirado los módulos con lsmod, y aparece el de la tarjeta (8139too.o). > >>La verdad que es muy curioso porque hago todo lo que indican los > >>manuales que he consultado pero a mi no me funciona la red. > >> > >>Si sirve de algo aquí os mando mi fichero de configuración del kerenl a > >>ver si alguien me puede echar una mano. > >> > >>Me estoy empezando a desesperar. > >> > >>On lun, 2003-08-18 at 03:04, Ruben wrote: > >> > >> > >>>Hola, no he leido tus mensajes anteriores, pero espero no estar diciendo > >>>algo evidente o que ya hayas hecho. > >>> > >>>Comprueba que tienes cargado el modulo de la tarjeta, haz un lsmod. Hay > >>>veces que aunque lo crees como modulo con el kernel lo tienes que cargar a > >>>mano. Tienes dos opciones, buscalo y cargalo con modconf, o metelo en > >>>/etc/modules y haz un update_modules, para que te lo cargue. > >>> > >>>R. > >>> > >>> > > > > > > > > > A mí me pasa algo parecido, compilo el kernel 2.4.18 y el 2.4.21 y me > funciona todo menos la tarjeta de red. La tarjeta en sí la detecta sin > embargo la red no rula. Así que tengo que funcionar con 2 kernels, 1 > para andar por internet y otro mucho más preciso para trabajar. La > verdad es que es incómodo pero ya hace tiempo que me pasa y no encontré > solución. Yo tb tengo una conexión directa a internet, así que me > identifico mucho con el problema. A ver si a alguien le pasó algo > similar y logró solucionarlo que parece que es algo cotidiano. > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: Problemas tras la compilación del núcleo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Lun 18 Ago 2003 08:18, thinway escribió: | He mirado los módulos con lsmod, y aparece el de la tarjeta (8139too.o). | La verdad que es muy curioso porque hago todo lo que indican los | manuales que he consultado pero a mi no me funciona la red. Como tienes configuradas las interfaces? Haz ifconfig (como root) y mandanos la salida. Ademas, ayudaria la salida de route. - -- Ricardo A.Frydman Analista de Sistemas de Computación http://www.eureka-linux.com.ar -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/QiV7cZlYTzPrXw4RArFbAJkB9q93tUEGcN1wC74ZFWE7P6CURACgv3AK UGHXpql4IZqqQI8xvwatpXM= =AodA -END PGP SIGNATURE-
