"Muad'Dib" <[EMAIL PROTECTED]> dijo: > Hace muuuuuuucho tiempo que no compilo un kernel, pero te adjunto un > "howto" propio que generé en esos tiempos. > > Está basado en Kernel 2.4, pero imagino que las cosas no han cambiado > tanto, espero te sirva.
Han cambiado un buen resto... > Compilación y actualización de nuevos Kernel y patches .... > > a) Bajar Kernel y patches que se desean actualizar, en este caso: > ( Se pueden bajar de la dirección: http://kernel.org/ ) > linux-2.4.17.tar.gz > patch-2.4.18-pre2 > patch-2.4.18-pre3 No. Los patch-2.4.18-xyz son siempre directamente contra 2.4.17 (el inmediatamente previo). > b) Cambiar nombre al patch para dejarlo con extensión de comprimido > mv patch-2.4.18-pre2{,gz} > mv patch-2.4.18-pre3{,gz} Si no estan comprimidos, no sacas nada con esto. Si estan comprimidos, vienen con el nombre correcto... y bzip2(1) es mucho mejor comprimiendo. Pero alla tu. Y tambien esta scripts/patch_kernel... > c) Descomprimir el Kernel y el patch > tar zxvf linux-2.4.17.tar.gz v es para marearse por el listado de archivos extraidos... > gunzip patch-2.4.18-pre2.gz > gunzip patch-2.4.18-pre3.gz Bajas no comprimidos, cambias de nombre para hacerlos comprimidos, descomprimes... > d) Actualizar los patch en el kernel "pre2" > patch -p0 < patch-2.4.18-pre2 En el directorio raiz del nucleo desempaquetado: zcat /donde/sea/esta/patch-2.4.18-pre2.gz | patch -p1 (o bzcat(1) segun sea). Ver patch(1). > e) Desactualizar los patch "pre2" en el kernel y actualizar "pre3" > patch -R -p0 < patch-2.4.18-pre2 > patch -p0 < patch-2.4.18-pre3 patch(1) > f) Cambiar el nombre del directorio que se crea de "linux" a > "linux-2.4.18" ( linux-{version} ) y moverlo a /usr/src > mv linux linux-2.4.18 > mv linux-2.4.18 /usr/src Mejor desempaquetar directamente alli... y no estar cambiando nombres, usar -p1. patch(1). > g) Opcionalmente, generar un nuevo link simbólico de linux a el > directorio que se acaba de mover. Si ya existe un directorio > o link llamado "linux", debe borrarse primero. > ln -s linux-2.4.18 linux ln -sf (ln(1)) > h) Copiar archivo con la configuración para usarlo de base. > cp /usr/src/linux-2.2.16/configs/kernel-2.2.16-i686.config . Eso suponiendo p.ej. Red Hat (que deja sus configuraciones en el fuente del nucleo de la distro alli). No es universal. > i) Abrir configuración del kernel y hacer "load" del archivo de > configuración copiado. A partir de él hacer las modificaciones > deseadas y/o necesarias. > make xconfig make menuconfig # Curses make xconfig # X11 Si ya tienes una configuracion previa: make oldconfig solo consulta por las opciones que son nuevas. > j) Seguir con los otros pasos de la compilación e instalación. > (Verificar que cada paso termine sin errores, antes de ejecutar > el siguiente). > make dep > make clean (Si ya se ha instalado anteriormente) > make bzImage > make modules > make modules_install En 2.6 el dep no es necesario (no existe, creo), y clean es (casi) superfluo. Para compilar en nucleo &c, "make all". > Nota: si se está seguro, se pueden colocar todas en una sola > orden: make dep clean bzImage modules modules_install Urgh. make modules_install install en FC3 al menos corre un script que genera el initrd y demas automaticamente. > k) Copiar kernel compilado y comprimido a su ubicación. > cp arch/i386/boot/bzImage /boot/kernel-2.4.18{-pre3}.bz > > l) Generación del RAMdisk para el booteo > mkinitrd /boot/initrd-2.4.18{-pre3}.img 2.4.18{-}{pre3} > (/lib/modules/2.4.) Innecesario. > m) Modificar /etc/lilo.conf, agregando nuevo punto de booteo. > image = /boot/kernel-2.4.18{-pre3}.bz > label = linux-2.4.18{-p3} > root = /dev/hda Idem. Por lo demas, grub(8) es mucho mas funcional... > p) Para eliminar la versión de Kernel "2.4.18-pre2" que ya no se ocupará, > se deben borrar los siguientes archivos > rm /boot/kernel-2.4.18-pre2.bz > rm /boot/initrd-2.4.18-pre2.img > rm -R /lib/modules/2.4.18pre2 De donde sacas esto?! La lista real (tambien 2.6) es: /boot/{vmlinuz,System.map}-2.4.18-pre2 /boot/initrd-2.4.18-pre2.img /lib/modules/2.4.18-pre2 Y posiblemente algun *.old que quede por alli. Y generalmente copio .config a /boot/config-2.4.18-pre2, asi que... No olvidar eliminar de la configuracion del bootloader. > Notas: > En caso de querer disponer de varias configuraciones experimentales > a partir de un módulo de Kernel, pudiendo "bootear" de ellas de > manera independiente, se debe modificar el archivo "Makefile" que se > encuentra en el dorectorio desde donde se compila el Kernel, agregando > a la variable "EXTRAVERSION =" el nombre deseado, Cuidado, no es "variable", es una macro. > Ej. EXTRAVERSION = db1 Cuidado, EXTRAVERSION contiene lo que va despues de 2.4.18. Se puede dar un nombre especial al configurar 2.6 ("General setup" --> "Local version"). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Mon Feb 14 23:43:12 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Feb 15 01:21:39 2005 Subject: compilacion kernel 2.6.xx In-Reply-To: Your message of "Mon, 14 Feb 2005 17:50:21 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Diego Rivero <[EMAIL PROTECTED]> dijo: > queridos amigos de la lista si ahi alguien que tenga un howto de > compilacion de kernel No creo que te sirva mayormente, pero... make menuconfig # o xconfig make clean make all make modules_install install El punto es que tienes que saber que contestar en c/u de las opciones en el primer paso... puedes partir copiando a .config el archivo que usa tu distribucion, generalmente /boot/config-<algunaversion> > que me pueda facilitar hasta ahora he visto > muchas cosas que no funcionan bien, todo los howto que vi ponen la > compilacion de kernel como si fuera una cosa asi nomas y todos sabemos > que no es asi, Lo hago diariamente... > si alguien tien una buena doc se lo agradeceria de > corazon simpre me tia kernel panic estoy como loco saludos espero una > pornta res puesta En ton cesdi cu ales sonlo sker nelpa nic. Ya dije varias veces que somos brujos, no adivinos. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Mon Feb 14 23:36:54 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Feb 15 01:21:46 2005 Subject: evitar spam dentro de mi servidor In-Reply-To: Your message of "Mon, 14 Feb 2005 16:25:49 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> "Miguel Oyarzo O." <[EMAIL PROTECTED]> dijo: > At 11:33 p.m. 12/02/2005, Horst von Brand wrote: > > Por ahora, greylisting (o sea,rechazar mensajes esperando que un > > servidor legitimo reenvie, los spammers disparan y olvidan) es > > extremadamente efectivo (de cientos (!) de mensajes diarios bajo a una > > media docena). > Greylisting es un metodo muy efectivo para servidores SMTPs estandares. Yep. > Su talon de aquiles es justamente ese: Cuando los spammers estandaricen > sus SMTPs ocacionales entonces Greylisting sera mas inutil que el spam. Cuando los spammers decidan reintentar enviar su basura si al primer intento no pasa sera inutil. Pero eso para ellos hoy no es rentable, porque significa destinar mas recursos al envio de basura. Lo que si estan haciendo ya es activamente buscar MTAs que les den relay (p.ej. el MTA de la red donde esta el PC zombie), y /esos/ son los que encolan y reintentan. Pero eso a su vez los hace mas visibles para la administracion (por la carga extra sobre el MTA). Aunque cerrar SMTP directo hacia afuera igual revienta la inmensa mayoria de los zombies actuales... Igual, esto es una carrera armamentista: Inventan una manera de distribuir su bazofia, se inventa(n) manera(s) de contrarrestar eso, mejoran la tecnica de distribucion, ... No hay como "ganar" esta guerra. Inicialmente pasaba un spam cada par de dias, ahora ya van en media docena al dia. Y notese que greylisting funciona /sin/ participacion activa del MTA origen (como exige SPF y otros esquemas de "registrar MTAs legitimos"), y cuando greylisting deje de servir SPF estara muerto tambien (quien se imagina que los spammers /no/ inscribiran dominios con su complemento de registros SPF cuando valga la pena es un iluso). Notese que incluso sin SPF se pueden tomar medidas bastante efectivas en forma sencilla, como simplemente cerrar SMTP desde maquinas no servidores de correo (pero nadie lo hace (o al menos no los suficientes para hacer diferencia real), por lo que esquemas estilo SPFista que exigen accion explicita del administrador del MTA sin que este vea efecto directo simplemente no sirven). > Por ahora hay que creer que el error 450 (deferred) podrá confundir a los > software spam. No se trata de confundirlos, precisamente. Se trata de forzarlos a reintentar, que hoy dia no hacen (tengo unos 115 mil registros de intentos de entrega, con unos 4500 servidores legitimos). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Mon Feb 14 01:06:51 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Tue Feb 15 01:21:49 2005 Subject: Representacion punto flotante In-Reply-To: Your message of "Sat, 12 Feb 2005 14:56:54 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Diedrich von Bernhardi <[EMAIL PROTECTED]> dijo: [Y dale con top-posting...] > Muchas gracias por la ayuda, era lo que necesitaba. > > En algunos casos me sobran ffffff, pero obtengo la información requerida. Porque los char son con signo en tu maquina ;-) En todo caso, era mas facil ver el formato IEEE... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Tue Feb 15 08:34:14 2005 From: [EMAIL PROTECTED] (Alberto Rivera) Date: Tue Feb 15 08:52:56 2005 Subject: Linux minimo In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El vie, 11-02-2005 a las 14:22, Carlos Mario Mora (c4y0) escribió: > Hola! > > Hace tiempo use una distribucion especial para maquinas con hardware > limitado. > > Se llama Tiny Linux. > > http://tiny.seul.org/ > > Pero ahora uso rockLinux (www.rocklinux.org) para crear distribuciones a > medida de lo que quiera. > > Basicamente su metologia es muy sencilla pero interesante. En tu > maquina normal de trabajo (la cual se espera que sea de buena capacidad > y velocidad), compilas una distribucion (denominada target) con las > caracteristicas de la maquina a la que se lo quieras instalar. Esto te > genera una iso, con la cual creas el correspondiente cd de instalacion > para la maquina que quieras. > > En resumen. En la maquina en la que trabajas normalmente, puedes crear > distribuciones optimizadas para el hardware que quieras. > Ohhh gracias esta si que esta buena, conoces alguna parte donde pueda encontrar mayor documentación, es suuper interesante ya que tengo máquinas que son realmente pequeñas y me gustaría empezar a jugar un poco con ellas ;) salu2 > > Suerte y saludos > > El vie, 11-02-2005 a las 11:17 -0300, Alberto Rivera escribió: > > Siempre me he preguntado donde podré conseguir o cual será la versión > > más pequeña en cuanto a necesidad de recursos de Linux, > > > -- > Carlos Mario Mora Restrepo > > Crea en su pais!, Invierta en el Software Libre > > *************************************** > It is most dangerous nowadays for a husband to pay any attention to his > wife in public. It always makes people think that he beats her when > they're alone. The world has grown so suspicious of anything that looks > like a happy married life. -- Oscar Wilde > > > -- Alberto Rivera Muñoz User #353961 counter.li.org
