Registrate! Date de alta para tener acceso a todos recursos los Mataillos
| Mataillos Rejuntaos de Hafen :: Foros :: CaCHiVaCHeS :: Biblioteca Linux y FreeBSD |
|
<< Tema anterior | Tema siguiente >> |
| Configurar, compilar e instalar un kernel a medida en Linux | ||
|
Moderadores: MilesVorkosigan, Fran, LoganX, Tzencho
|
| Autor | Mensaje | ||
| LoganX |
| ||
loganx   Miembro registrado #17 Unido: mar may 30 2006, 10:26Mensajes: 2218 | Gaiko, has picado  wn: jajajajajja!!Na, sólo es para tener el recordatorio de que tengo que hacerlo. Índice - Introducción. - Conociendo nuestro hardware. - Expectativas de uso. - Cómo empezar. - Configuración. --- Base. --- Arquitectura. --- Energía. --- Protocolos de red. --- Dispositivos (Drivers). --- Sistemas de ficheros. --- Criptografía y Kernel Hacking. INTRODUCCIÓN El kernel es el núcleo de un sistema operativo. En el caso concreto de Linux, podemos modificarlo a nuestro antojo, lo cual puede ser muy bueno, o muy malo, según elijamos bien o mal. Cuando configuramos el kernel, tenemos 3 posibles opciones para cada acción: - Incluido en el kernel (I/*): Lo que marquemos así, se cargará en memoria siempre, usemos o no su funcionalidad. - Módulo (M/+): Sólo se cargan en memoria en el momento que lo indiquemos, o que el kernel lo crea necesario, por ejemplo, el driver wi-fi. - Deshabilitado (): Cuando algo no nos interesa, no estará disponible, por lo cual, no podremos usar un dispositivo o funcionlalidad. Por regla general. a menor tamaño del kernel, menor consumo de memoria y mejor funcionamiento del sistema. Cada vez que tengamos opción de cambiar algo, podremos ver la ayuda correspondiente que nos dice si es recomendable, experimental o no. Como norma, y a no ser que sea por una causa justificada, haremos caso a la propia ayuda del kernel, y evitaremos todo aquello que sea experimental. Corolario: Si dudas, mejor no lo cambies. CONOCIENDO NUESTRO HARDWARE Antes de compilar el kernel es fundamental conocer nuestro hardware. Lo más fácil es, si ya estamos en linux, ya sea en liveCD o una instalación por defecto, ir a una consola y escribir:
lspci
lsusb
cat /proc/cpuinfo
Esto es lo que dice mi ordenador actual:
loganx@renacuajo / $ sudo lspci
oganx@renacuajo / $ sudo lsusb
loganx@renacuajo / $ cat /proc/cpuinfo
NOTA: Hay ordenes y comandos que no comento porque doy por hecho que si te animas a compilar tu kernel, debes conocer de sobra, pero si alguien duda que pregunte. En los ejemplos de arriba, ejecuto "sudo" (Super User DO) antes de cada comando, ya que para ver la información del hardware hay que ser superusuario (root), o estar en algún grupo de administración. Con eso sabremos el chiset de nuestra placa base, tarjeta de sonido, vga, controladora de discos duros, dispositivos usb conectados y la arquitectura, familia y tipo del procesador. La idea, es que si no controlas mucho, o tienes memoria tipo pez, apuntes o imprimas toda esta información. Si algún dispositivo no sale listado o la información es imprecisa, siempre nos quedará Google. EXPECTATIVAS DE USO El kernel nos da total y absoluto control. Uno de los fallos más comunes, es querer ponerlo todo, o casi todo "por si acaso", esto, a parte ed incrementar el tamaño y consumo de memoria, puede disminuir el rendimiento, ya que hay opciones que no son totalmente compatibles entre sí, o que no permiten aprovechar otras al 100%. Un claro ejemplo es en el controlador de discos duros; mi placa base lleva un chipset amd/nVidia:
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
Si marcamos "Generic IDE chipset support" y "AMD/nVidia Chipset support" tenemos garantizado que nuestros discos IDE van a funcionar, sin embargo, el kernel va a sacrificar el rendimiento y optimizaciones específicas de nuestro hardware, en pro de la compatibilidad. Luego, lo que nos interesa, es marcar únicamente "AMD/nVidia Chipset support", y ovbiamente incluido en el kernel (I/*) ya que siempre querremos que nuestros discos funcionen  NOTA: Caso que todos los discos sean SATA o SCSI, en este ejemplo concreto, podríamos poner el controlador de discos IDE de nuestro chipset como módulo, para así sólo cargarlo en memoria cuando usemos el CD/DVD. Claro está, suponiendo que nuestra unidad óptica sea IDE  Bien, sabiendo todo esto, y como nos encontraremos con muchas, muchas, muchísimas opciones aparentemente interesantes, debemos tener la capacidad de discriminar lo que nos interesa y lo que no (esto es especialmente importante a la hora de elegir los protocolos de red, por ejemplo). COMO EMPEZAR Todos los kernels Linux tienen un mismo origen: http://www.kernel.org Ahora bien, casi todas las distribuciones de Linux, tienen en sus repositorios versiones parcheadas, con funcionalidades extra (ahorro de energía mejorado, por ejemplo), seguridad (hardened, ipset, grsecurity...), etc... Normalmente, estos kernels de distribución son kernels binarios, osea, que ya están compilados, por lo que no nos interesan en este caso concreto. Nos tenemos que fijar en los que su nombre empiece por kernel-source o linux-source (en Gentoo es gentoo-sources). Bien podemos bajar uno de esos kernels con el administrador de paquetes de nuestra distribucion (apt, yast, emerge...) o bien podemos bajar a pelo el último kernel estable desde la página ofical del kernel. Si lo hemos descargado desde el gestor de paquetes, podemos saltarnos el párrafo siguiente, en caso contrario, sigue leyendo. #### Por hoy, hasta aquí #### [ Editado vie oct 26 2007, 12:23 ] | ||
| Volver arriba | | ||
| MilesVorkosigan |
| ||
Miles Vorkosigan Miembro registrado #3 Unido: lun may 29 2006, 01:51Mensajes: 2782 | :juaz: :juaz: :juaz: :juaz: :juaz: :juaz: | ||
| Volver arriba | | ||
| Gaiko_Gatoa |
| ||
 Miembro registrado #8 Unido: lun may 29 2006, 09:20Mensajes: 1291 | dios ke tio mas cabron, si eske no se puede con el me la ha clavado entera | ||
| Volver arriba | | ||
| Gaiko_Gatoa |
| ||
| Miembro registrado #8 Unido: lun may 29 2006, 09:20Mensajes: 1291 | loganx a ver ke dia rellenas esto xD | ||
| Volver arriba | | ||
Powered by e107 Forum System