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
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
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 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/. -- * Debian = GNU/Linux XP *
Re: vmlinux enorme
Hola Luis... decías, el 08:42-14/abr/2001: > 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? Una sugerencia ¿POr qué no usas el kernel-package para compilar el núcleo? con make-kpkg kernel_image después de configurarlo, te crea un paquete debian con el núcleo, módulos, etc... -- Daniel PaynoGrupo de Usuarios de Linux [EMAIL PROTECTED] Administrador del FTP del GUL [EMAIL PROTECTED] Universidad Carlos III de Madrid "Tu mujer es encantadora." "La tuya también, me la acabo de follar en el coche" -- familia pgpmgWYmdGFXT.pgp Description: PGP signature
Re: vmlinux enorme
Luis Arocha: > ¿Tienes instalado bzip2? > Si no, no se puede comprimir el ejecutable del kernel. Ojo, bzImage significa "big zImage", y no tiene nada que ver con bzip2. 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). Contestando a la pregunta: Es lógico que vmlinux sea enorme, lo que no es lógico es no darle al cargador de arranque (LILO en este caso) el fichero bzImage correspondiente. Como ya te han apuntado, busca bien que seguro que lo encuentras.
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
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.
vmlinux enorme
wenas. 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? se supone que deveria salirme mas pequeño que el de instalacion que ocupa 900k ¿es porque tengo que poner todo como modulos? solo le he puesto la soud-blaster, lo del SCSI para el CD-ROM IDE y el APM a ver si se apaga solo el aparato, como me parecia importante pues no lo puse como modulo. ¿alguna sujerencia?