Re: vmlinux enorme
El domingo 22 de abril de 2001 a la(s) 19:45:36 +0200, Jordi Mallach contaba: Que yo sepa, bzImage no tiene nada que ver con bzip2. De hecho, significa big zImage. [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- David Serrano [EMAIL PROTECTED] - Linux Registered User #87069 pgp1K30I6CWXX.pgp Description: PGP signature
Re: vmlinux enorme
On Sat, Apr 14, 2001 at 08:42:26PM +0100, Luis Arocha data wrote: ¿Tienes instalado bzip2? Si no, no se puede comprimir el ejecutable del kernel. Que yo sepa, bzImage no tiene nada que ver con bzip2. -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpZs8Qm97Vor.pgp Description: PGP signature
Re: vmlinux enorme
Thomas Bliesener wrote: On Sun, Apr, 15, 2001 at 00:10:34 +0200, Santiago Vila wrote: Tanto zImage como bzImage son distintos formatos de núcleo. Creo que la diferencia está en la forma en la que se cargan en memoria (algunos portátiles, por ejemplo, no pueden usar núcleos bzImage). Sí. zImage lee el kernel comprimido a 0x1 hasta max. 0x8EFFF y por eso está limitado a 508 kbyte. Para liberarse de esta limitación bzImage usa no solamente los primeros 640 kbyte de 0x0 a 0x9 sino también la área arriba de 1 Mbyte (0x10). bzImage carga el kernel en bloques de 64 kbyte a 0x1 hasta 0x1 y los mueve a 0x10 y las direcciones siguientes que normalmente no se pueden accesar en el real mode del x86. Después de cargar el kernel comprimido éste se encuentra en 0x1 (zImage) resp. 0x10 (bzImage). zImage copia ahora el kernel a 0x1000. Después de unos setups salta a 0x1000 resp. 0x10. Esto pasa en setup.S. El kernel comprimido contiene en su principio la rutina para descomprimirse. En los dos casos se descomprime el kernel y escribe el kernel descomprimido a 0x10 (1 Mbyte) a la memoria. En caso de bzImage no es posible directamente ya que en 0x10 se encuentra el kernel comprimido. Por eso usa temporalmente la memoria de los primeros 640 kbyte y después del kernel comprimido. El código se encuentra en head.S y compressed/misc.c En los dos casos el kernel se encuentra finalmente en 0x10 y ahí se ejecuta start_kernel que arranca el kernel. Todo antes sirve solamente para poner el kernel descomprimido a 0x10 debido a la arquitectura vieja de las PCs. Todo esto está documentado en /usr/src/linux/arch/i386/boot/. Si tengo un kernel de 468k que me conviene zImage o bzImage, la maquina mia es un PIII de 800mhz.
Re: vmlinux enorme
On Sun, Apr, 15, 2001 at 03:20:08 -0300, [EMAIL PROTECTED] wrote: zImage lee el kernel comprimido a 0x1 hasta max. 0x8EFFF y por eso está limitado a 508 kbyte. Para liberarse de esta limitación bzImage usa Si tengo un kernel de 468k que me conviene zImage o bzImage, la maquina mia es un PIII de 800mhz. zImage. Se carga unos milisegundos más rápido. ;-)) -- * Debian = GNU/Linux XP *
Re: vmlinux enorme
chupacabra wrote: ¿alguna sujerencia? Buenas. Si, una sugerencia. Que mires en /usr/src/linux/arch/i386/boot y ahi encontraras un bzImage, que es el verdadero nucleo. Y otra cosa. Te recomiendo que, despues de hacer el make bzImage, hagas un make install te instalara el nucleo correctamente en el directorio /boot Un saludo.
Re: vmlinux enorme
Y el sábado 14 de abril, chupacabra escribió: resulta que cuando hago el make bzImage me da como resultado un vmlinus ¿no deveria ser vmlinuz? y ocupa 1.6MB y luego me dice el lilo que eso es muy grande. ¿porque es eso? ¿Tienes instalado bzip2? Si no, no se puede comprimir el ejecutable del kernel. Saludos -- O / O O O O O / O / O / O / O Luis Arocha, Data \__|/|__|__|__|/ \__|/__|/__|/__|/|/ larocha at wanadoo.es \\ \ \ \ Islas Canarias \\ \ \ \ Spain pgptewFuJgLXx.pgp Description: PGP signature
