Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Intrucciones para compilar el kernel 2.6.10 de kernel.org
NOTA: Estas instrucciones se las dí a una persona con un PIV con HT y 1 Gb de RAM. Si tienes otro procesador, pon el tuyo en lugar del PentiumIV; si tienes menos de 1Gb de RAM pon en lo relativo a la memoria (al correr el menuconfig) "off" en lugar de 4Gb.
Pasos:
1. Traerme el kernel 2.6.10 de kernel.org (en teoría ya estan parcheados por problemas de seguridad, bugs, etc). Traerme el parche de supermount de aquí.
Algunos dicen que es bueno instalar otro parche de bootsplash, pero yo no se para qué sirve y no lo he instalado. Para el parche de bootsplash dale aquí , y, para otros parches vete a ck.kolibas.org/patches (que es donde viene el parche de supermount). Yo sólo he instalado el parche de supermount.
2. Abres el .tar.gz (o bz2) en /usr/src, esto te creará un directorio con llamado 2.6.10 con las fuentes del kernel. Para aplicar el parche corre lo siguiente (suponiendo que está en /tmp/supermount....diff):
cd /usr/src/2.6.10 ----> Para irte al directorio de la fuentes
patch -p1 Esto te tendría que mostrar una cierta información sobre el proceso del parcheado.
3. Configurar el kernel.
Con lo potente que es tu máquina no es necesario que quites los modulos que no veas necesarios (así te ahorras problemas de dependencias), ten en cuenta que, al ser módulos, estos sólo se cargarán si son necesarios.
Para hacer el .config hay varias utilidades, entre ellas destaco 2:
(todo esto lo tienes que correr desde /usr/src/2.6.10)
make menuconfig ---> Una utilidad muy amigable para configurar tu kernel.
make oldconfig ---> Una utilidad muy potente que te pregunta por las opciones.
Aquí te voy a describir como crear el .config con make oldconfig...¿por qué esta opción si, a priori, es más complicada? Porque esta forma de hacerlo te permite crear un .config basado en el viejo config del 2.6.3 resolviendo los posibles problemas de incompatibilidad que pudieran existir entre ambos.
Haces make oldconfig, esto te hará montones de preguntas a las que, probablemente, te costará responder. Es mejor que pongas la opción por defecto en la mayoría de ellas (basta con dar a retourn para que se active la opcion por defecto).
Había una opción sobre SMP y HT que es interesante activar (yo leería algo las preguntas por si hay algo que te interesa... has de ser algo paciente :) ).
Una vez finalizado este lento paso vamos a poner las opciones de PIV y de memoria alta con make menuconfig (si es que esto no lo has hecho ya con make oldconig)
.
make oldconfig te habría creado un .config.
Lanzas make menuconfig y dices que cargue el fichero .config. Te vas a las opciones del procesador y le pones PIV, luego te vas a las opciones relativas a la memoria y le pones hasta 4Gb. Salvas esto como .config.
3. Ya tienes el .config, ahora haz lo siguiente:
make bzImage && make modules (esta es la compilación y tarda).
4. Si esto último acaba bien debes instalar los módulos (yo lo haría como usuario para ver en que directorio intenta escribir, si lo intenta en /lib/modules/2.6.10 no hay problema). Corre como ROOT:
make modules_install
5. Ahora debes copiar ciertas cosas a /boot/:
cp /usr/src/linux-2.6.10/arch/i386/boot/bzImage /boot/vmlinuz-2.6.10 (puede que la ruta no sea del todo correcta, corregidmelo si podeis, no tengo tiempo ahora).
cp .config /boot/config-2.6.10
cp System.map /boot/System.map-2.6.10.
6. Initrd:
mkinitrd /boot/initrd-2.6.10.img 2.6.10
7. LILO. Editas /etc/lilo.conf. Añade unas líneas parecidas a las que tengas para otros kernels poniendo todo lo relativo a 2.6.10 que haya cambiado.
8. Corres lilo:
lilo
9. rebotas.
reboot.
Si bota: felicidades.
Si no bota: Pon lo que te pasa aquí.
Saludos y suerte
- Blog de pacho
- Entra a tu cuenta o crea una para poder comentar.
BOFH
# 4540 Kernels y Mandrake
Hola,
El "Jautu" sobre el kernel esta bastante bien, aunque le falta algo de legibilidad (ese uso de las etiquetas HTML "TT", "PRE", etc). Gracias por publicarlo en BlogDrake.
Eso si, no hubiera estado de mas el haber indicado que en Mandrake (igual que en el resto de distribuciones tipo Red Hat, SuSE, Conectiva...) el kernel que viene incluido (llamemosle "kernel-mdk") no es exactamente igual al kernel de kernel.org (el llamado "kernel vainilla").
Es diferente porque el kernel-mdk incluye parches no oficiales como el auto-mount (que tu aplicas al kernel-vainilla), parches de kon-olivas (creo que en 10.1 y 10.2 viene con algunos de sus parches), parches de Alan Cox, parches de Mandrake, etc.
?Y todo eso para que? Pues para soportar hardware que el kernel oficial aun no soporta (por ejemplo, Mandrake incluyo soporte de USB en kernels de la serie 2.2)
Ademas, cuando sale un bug en el kernel oficial, en vez de sacar un kernel totalmente nuevo, adaptan el parche para corregir el problema en la version de kernel incluida en la release oficial.
Asi, en las MDK 10.1, siemrpe se tendra el kernel 2.6.8. En la MDK 10.2, el kernel 2.6.10 , etc.
Y la compilacion del kernel espeficica para tu procesador, si, ofrecera un poco mas de velocidad, pero no se si se notara. Se notaria si se compilase para tu procesador: libc, glibc, kdelibs, openoffice.org, X.org-x11, etc (vamos, los paquetes de mayor uso y abuso).
Asi, si se utiliza un kernel-vanilla en Mandrake (o SuSE o Red Hat o ...), se pierde soporte de hardware, se pierden prestaciones y posibilidades.
Y como en la serie 2.6, el sistema de modulos se ha afinado muchisimo, al final la compilacion sin modulos no beneficia tanto al sistema.
En fin, que como "ejercicio" para sentirse mas "jueinquer", compilar el kernel es divertido. Pero para uso diario de Linux Mandrake, no es necesario. A no ser, claro esta, que el nuevo kernel soporte (por fin!) ese hardware tuyo que el kernel actual no soporta.
Salut,
Sinner
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
Usuario
# 4542 Dos apuntes:
Y como en la serie 2.6, el sistema de modulos se ha afinado muchisimo, al final la compilacion sin modulos no beneficia tanto al sistema.
Efectivamente, se ha afinado tanto que es una colección de bugs ;), además si no das soporte al kernel para módulos tampoco podrán cargar los jeikers sus códigos enmascarados como módulo.
En fin, que como "ejercicio" para sentirse mas "jueinquer", compilar el kernel es divertido. Pero para uso diario de Linux Mandrake, no es necesario. A no ser, claro esta, que el nuevo kernel soporte (por fin!) ese hardware tuyo que el kernel actual no soporta.
O cuando el driver parcheado A es incompatible. Por ejemplo, caso driver ipw2200 que trae mandrake 10 con firmware de la página oficial.
BOFH
# 4560 Exacto, perdona
Pero pensaba que el hecho de que el kernel de Mandrake era distinto al oficial de kernel.org era un hecho ya conocido, veo que me pasé de listo...
Perdona por lo de las etiquetas pero es que no conozco gran cosa (no conozca absolutamente nada) sobre su uso.
Pero he de añadir unas críticas a alguno de tus comentarios:
-Es cierto que el kernel de Mandrake soporta más hardware, pero ese hardware es muy exótico, con lo que no veo razón para tener un kernel de 210 gigas (las fuentes) pudiendo tener uno de 30Gigas sólo por el placer de decir que soprta hardware que nunca voy a usar.
- Me parece, aunque no estoy totalmente seguro, que en kernel.org también ponen parches si hay vulnerabilidades, así que eso no es exclusivo de Mandrake.
-En cuanto a que las optimizaciones no se notan creo que te pasa de listo (perdona la expresión pero creo que tengo razon). No sé si en un PIV se nota (que sí se nota), pero en un PII a 266MHz se nota muchísimo. Por cierto, si me quisiese compilar la glibc y otras cosas probaría a poner gentoo.
- En cuanto a esta afirmación:"Asi, si se utiliza un kernel-vanilla en Mandrake (o SuSE o Red Hat o ...), se pierde soporte de hardware, se pierden prestaciones y posibilidades." Decir que se pierde soporte para hardware exótico, pero los kernels vanilla son MÁS rápidos que los de Mandrake, los kernels oficiales NO pierden prestaciones ni posibilidades.
- Creo que no has leído bien el artículo, el kernel que compilo TIENE módulos. No habrás creído que soy tan tonto como para compilar el kernel con todo integrado. El sistema de módulos siempre fue mejor que compilar todo integrado.
Creo que te pasas bastante con otras cosas, por cierto ¿qué es jueinquer?
¿Crees que es un placer estar compilando el kernel en un PII a 266MHz?
No es ningún ejercicio. Por cierto, lo que me motivo a compilar el kernel oficial fue el hecho de que el kernel 2.6.10 de Cooker me exigia gcc 3.4, y no tenía ganas de actualizarlo. (Tengo Mdk 10.0).
Ese hardware mío son las tarjetas de red con MII que se bloquean al hacerles un ping -f (con flooding) cuando tienes activado el HT del PIV.
Por cierto, al compilar el kernel me siento igual que antes de compilarlo, y yo no conzco ese juego de "compilación de kernel" ¿Me puedes explicar sus reglas?
Mozilla1.7.5
Blobwars
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 4561 Por ejemplo
Aquí ha habido gente que se quejaba de que el módulo 8139too de las Realtek no funcionaba bien, ese fallo es exclusivo de Mandrake, en el kernel 2.6.8.1, 2.6.9 y 2.6.10 no hay problema.
Saludos
Mozilla1.7.5
Blobwars
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho