Muchas gracias por la informacion detallada, habra
que probarlo
Saludos
Conchita Rey
----- Original Message -----
Sent: Wednesday, July 21, 2004 3:18
PM
Subject: Re: Kernel demasiado grande y
cuestion
Conchita Rey wrote:
No, si estoy de acuerdo, ya lo he hecho muchas veces con calma, adaptando el
kernel a las necesidades de mi equipo y esas cosas. Lo que pasa que ayer lo
hice así para probar lo que generaba y como nunca me habia pasado lo de
generar un kernel que era demasiado grande para el lilo, lo comenté y ya
aprendi alguna cosa en las que nunca había caido en las respuestas
¿Te puedes cargar algún recurso del sistema(hardware) ejecutando un kernel
mal configurado, a alguien le ha pasado?
Saludos
----- Original Message -----
From: "Alberto Seoane" <segmentation_fault@telefonica.net>
To: "Spanish Debian GNU/Linux" <debian-user-spanish@lists.debian.org>
Sent: Tuesday, July 20, 2004 10:01 PM
Subject: Re: Kernel demasiado grande
Alexander wrote:
M. Parrilla пишет:
Conchita Rey escribió:
Hola a todos:
He intentando una prueba hoy por encima bajándome el kernel 2.6.7
para compilarlo.
Pués eso que lo he compilado directamente con las opciones por
defecto (simplemente he ejecutado make y ya lo ha hecho, es
correcto??), después lo de siempre para accerlo accesible en el
arranque con lilo. El problema es que el kernel me ha ocupado sobre
2,5 Mb, no se si es posible que quede tan grande, pero parece que es
un problema porque al ejecutar lilo me dice que esa imagen es
demasiado grande.
Algún comentario que no suponga esfuerzos??, es por saber
Yo tuve el mismo problema. La solución pasa por compilar más elementos
como módulos, en lugar de incluirlos directamente en el kernel.
Me pregunto, que tanto hay que meterle al kernel para que mida dos
megas... Jamas he podido.
Bueno, RTFM, deveras que es bueno.
1. configura tu kernel antes de compilar. make menuconfig es una buna
aproximacion.
2. No uses las opciones de dafault. Estudia cuidadosamente (sobre todo
por primera vez) las opciones, y deside si la nesecitas a o no.
3. compila el kernel comprimido (make bzImage)
Antes de hacer nada con el kernel leería un poco la documentación,
manipular un kernel a la torera me parece algo arriesgado. Es innecesario
cargarse el sistema por no "perder" media hora leyendo algo del tema.
Pero sólo es una opinión muy personal y sin ánimo de ofender a nadie. ;-)
Documentación sobre el proceso de compilación del kernel hay para
aburrir:
http://www.digitalhermit.com/linux/Kernel-Build-HOWTO.html
http://www.debian.org/doc
incluso un tal fichero llamado README que viene adjunto con las fuentes
del kernel!!!
Salu2 a todos!!!
Buenas tardes a todos!!!
Tanto como "cargarte" el
hardware no creo. El kernel con las opciones por
defecto no es potencialmente peligroso, lo único, que con un kernel
mal configurado no aprovechas al máximo todas las
capacidades de tu sistema. Con lo de "cargarse" el sistema me refería
a tener que instalarlo todo de nuevo, no a que empiece a reventar el
hardware tipo "reacción en cadena". :-)
Hay viejas leyendas respecto a la mala
configuración del servidor X, en las que cuentan anécdotas referentes a la
explosión de monitores por la mala configuración de las frecuencias, pero
yo casi que no me las creo. (Además son del siglo pasado).
De todas
formas ten cuidado con los módulos, si bien reducen el tamaño del kernel
también es cierto que pueden dar problemas en el arranque.
El kernel
2.6 es algo diferente a las series 2.4. Para instalar el kernel 2.6
primero tienes que tener instalado el paquete "module-init-tools" sino los
módulos van a empezar a dar errores. Después el mismo proceso de
siempre:
1) Lo configuras: make menuconfig ó make xconfig ó make
gconfig. 2) Lo compilas: make 3) Instalas los módulos: make
modules_install 4) Modificas el lilo y
Voilá!!!
Salu2 y
suerte con la experiencia 2.6 !!! ;-)
--
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Alberto Seoane ;-)
Jabber: frikibaby@jabber.org
E-Mail: segmentation_fault@telefonica.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA/YU9JPXmYB2ZHAgRAqAWAJ9Ox6vC478E9rYKgGFVoAeYdtjytACeKihf
tGaUOSwkBCmuQbqzeyeGBK0=
=2Nko
-----END PGP SIGNATURE-----
|