[eside-ghost] Los kernel ya no se me generan bien

Jon Ander Ortiz jonbaine en gmail.com
Mar Ago 7 10:08:21 CEST 2007


Buenas:

Yo he utilizado las dos maneras, la del make-kpkg, y la "a pelo", y la
verdad es que ahora lo hago a pelo. Sobre todo, por el nombre de las
versiones, me explico:

Cuando creas un kernel con kpkg, tienes la ventaja, de que para quitarlo es
fácil, osea hace dpkg -r nombre del paquete, lo que ocurre es que tienes que
darle un nombre (por ejemplo el día en el que se ha compilado), por lo que
para una versión concreta de un kernel (la 2.6.22.1 q es ultima), por cada
compilación tendríamos un paquete .deb, es decir, que tendriamos
linux-2.6.22.1-07/08/06.deb (para el kernel de ayer) y linux-2.6.22.1-07
/08/07.deb
para el kernel de hoy, y así todo el rato, con lo que se te llena de basura,
y todo teniendo en cuenta que no da kernel panics, que habría que volver a
generar el .deb, borrar el anterior e instalar el que hemos arreglado, vamos
un jaleo.
Pero el mayor problema que le veo es sobre todo, si quieres meterle un nuevo
modulo, es decir (caso real), te vas a conectar por samba y no tienes
soporte para smb en el kernel, pos ni corto ni perezoso, en vez de crear un
nuevo .deb , borrar el anterior e instalar el nuevo, lo que hago es
simplemente marcarlo como modulo y compilar y reinstalar los modulos (gran
consejo de Saladino).

Al hacerlo con un make install te guarda la versión anterior sobrenombrada
con .old del System.map  vmlinuzXXXX y ya esta, no necesito guardar mil
kernels de dias diferentes :S, ademas les puedo compilar los modulos on the
fly ^^.

Como bien dice halls, las utilidades para compilar el kernel han mejorado
mucho mucho, con hacer make, make modules, make modules_install y make
install el mismo bicho haría:

make -> Compila la parte estática del kernel (*).
make modules -> compila todos los módulos (M).
make modules_install -> guarda los módulos en el lugar adecuado (es decir en
/lib/modules/(nombre del kelmer) )
make install -> Esto ya es la caña -> Copia tu bzimage en el /boot, con el
nombre de la versión del kernel y guarda lo anterior con .old, guarda tb el
System.map y en initrd.
reconfigurar grub (o el lilo como el halls).

Espero que hayan quedado claras las razones por las que no me gusta
demasiado kpkg, eso si, a ver, cada uno es muy especialito y sobre todo con
su kernel y sus rollos, que si alguien tiene un kernel bastante genérico,
puede sin ningún problema no tener que crear un nuevo .deb en bastante
tiempo, Por lo que, lo bueno de SL es que podemos elegir ^^

Saladino: Lo has echo funcionar ya????

Un saludete a todos:
Jon Ander

El día 7/08/07, Manwe Jon Bonilla <manwe en aholab.ehu.es> escribió:
>
> El Mon, 6 Aug 2007 23:39:21 +0200
> Arkaitz <arkaitzj en gmail.com> escribió:
>
> > Aupa,
> > Bastante raro, hacia tiempo que no compilaba un kernel, un mes o asi,
> > y hoy al ir a compilarlo para un tema me he dado cuenta de que un make
> > ya no me genera un kernel correcto, ni siquiera en donde antes lo
> > hacia, intuyo que alguna herramienta ha cambiado y esto no funciona.
> > Si hago un file de los kernels antiguos que tengo me sale esto.
> > #file /boot/vmlinuz-2.6.21.3
> > /boot/vmlinuz-2.6.21.3: Linux kernel x86 boot executable RO-rootFS,
> > root_dev 0x802, swap_dev 0x2, Normal VGA
> > Pero ahora me sale que es un ELF!
> > # file /boot/vmlinuz-2.6.22-custom
> > /boot/vmlinuz-2.6.22-custom: ELF 32-bit LSB executable, Intel 80386,
> > version 1 (SYSV), statically linked, not stripped
> >
> > Es mas, el 2.6.21.3 vuelto a compilar me da tambien ELF executable, y
> > claro grub dice que ni patras se come eso.
> > Alguna idea?
> >
>
> Tira de kpkg si estas en debian:
>
> $make-kpkg --apend-to-version nombredelkernel --revision 1 --initrd
> kernel-image
>
> Un bonito paquete deb que instalas con dpkg y te quitas de lios
>
>
> --
> Por favor usad esta cuenta para escribirme. La cuenta de Euskaltel
> desaparecerá
> en pocos meses.
>
> DaHjaj jaj QaQ Daghajjaj :)
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20070807/0d2faeb5/attachment-0001.htm


Más información sobre la lista de distribución eside-ghost