Cómo compilar un kernel paso a paso y no morir en el intento
Hace ya bastantes años, por el 2003 ó 2004 escribí un post en los foros de Hispamp3 donde explicaba cómo compilar un kernel paso a paso.
Por aquel entonces estaba en pleno proceso de generación de la Guadalinex Edu 2.0, y teníamos un buen montón de requisitos y funcionalidades que los núcleos disponibles entonces no proporcionaban, o que tenían deshabilitados.
Así, surgió la idea de crear ese post.
Ya en 2010 todavía encuentro por algunas páginas copias de ese post, por lo que me siento muy honrado, a pesar de tratarse de un manual para la versión 2.6.5. y ya vamos por la 2.6.33
Creo que va siendo hora de actualizar el documento, aunque tendreis que darme tiempo para hacerlo.
El enlace lo teneis en el wiki, aqui.
Posiblemente, alguno se pregunte que sentido tiene compilar un núcleo en estos días, cuando prácticamente estos ya soportan casi todo el hardware más común, o incluso hay asistentes que permiten añadir los drivers necesarios en un entorno casi gráfico.
Existen varias razones para ello, y el tomar la decisión de reconfigurar el núcleo de nuestro sistema depende de varios motivos:
En primer lugar, cuando instalamos nuestra distro favorita siempre nos encontraremos con una versión (llamémosla X) de Linux. Esa versión puede ser la que mejor se adapte a nuestra configuración de hardware, o incluso puede faltarse soporte para ciertas cosas, pero en todo caso lleva la configuración que alguien ha considerado más oportuna y eso no tiene porqué casar con nuestras necesidades.
Por ejemplo, incluirá soporte para tarjetas de vídeo y sonido que no tengamos instaladas en el sistema, funcionalidades para tareas de red que no utilicemos o incluso soporte para montar sistemas de archivos que no hemos utilizado en la vida.
Esto no es malo ni perjudicial en absoluto, símplemente implica que esa versión del núcleo está diseñada para adaptarse a un gran público. Es como comprar un coche de serie para competir en la DTM o en NASCAR: es posible, pero no tendremos ninguna posibilidad de ganar sin haber mejorado las características del vehículo para convertirlo en una máquina de competición.
En segundo lugar, ocurre que los núcleos “generales” ocupan bastante más que aquellos que hagamos a medida. Cierto que hoy una diferencia de unos megas en discos de Terabytes es algo totalmente despreciable, pero ¿os habeis parado a pensar que ocurrirá cuando tengamos algo sin tanta capacidad de almacenamiento?
Uno de los proyectos en los que estoy embarcado es un sistema portatil que sólo tiene 1024Mb de almacenamiento, y en el cual el espacio es vital ya que almacena información constantemente. Obviamente, cuanto menos ocupe el nucleo mejor (¿para que necesitamos soporte de red, sonido o aceleración gráfica en algo que sólo es una terminal de texto?)
En tercer lugar, y relacionado directamente con los dos anteriores, tenemos la posibilidad de aumentar las prestaciones del equipo. Cada pequeño cambio que hagamos puede incrementar la velocidad del sistema entre 0 y un 4%. Quizas os parezca poco, pero como dicen en mi tierra “muchos pocos hacen muchos”.
Y finalmente, sin ponerme más filosófico, tenemos lo más importante: conocer como funcionan las cosas.
Sed incorformistas, intentad mejorarlo todo, nunca os dejeis llevar por lo que dicen los demás y sobre todo, aprended todo lo que podais sobre lo que más os guste: sólo de esa forma marcareis una diferencia entre vosotros y los demás.
Tags: compilar, drivers, el_sith, kernel, Linux, nucleo, personalizar
