| Ambos lados, revisión anteriorRevisión previa | Próxima revisiónAmbos lados, revisión siguiente |
| es:slackbook:booting [2019/02/09 20:25 (UTC)] – [Arranque] rramp | es:slackbook:booting [2019/02/09 20:36 (UTC)] – [mkinitrd] rramp |
|---|
| Acá puede notar que hay dos kernels instalados: ''vmlinuz-huge-2.6.29.4'' y ''vmlinuz-generic-2.6.29.4''. Cada versión de Slackware incluye a su vez, diferentes versiones de kernels y en ocasiones con nombres ligeramente distintos, así que no se alarme si lo que ve no corresponde exactamente con lo que se ha listado anteriormente. | Acá puede notar que hay dos kernels instalados: ''vmlinuz-huge-2.6.29.4'' y ''vmlinuz-generic-2.6.29.4''. Cada versión de Slackware incluye a su vez, diferentes versiones de kernels y en ocasiones con nombres ligeramente distintos, así que no se alarme si lo que ve no corresponde exactamente con lo que se ha listado anteriormente. |
| |
| Los kernels //huge// (enormes) son exactamente lo que podría pensar; son enormes, sin embargo, eso **NO** significa que tienen todos los controladores posibles compilados en si mismos. En vez de eso, estos kernels están hechos para arrancar(y ejecutarse) en cada computador concebible en que Slackware está soportado (puede haber unos pocos donde no arranque/funcione). Contienen soporte para hardware que su máquina no (ni nunca) tendrá, pero eso no debería importarle. Estos kernels son incluidos por varias razones, pero probablemente la más importante es su uso por parte del instalador de Slackware (estos son los kernels que se ejecutan en los discos de instalación)\\ | Los kernels //huge// (enormes) son exactamente lo que podría pensar; son enormes, sin embargo, eso **NO** significa que tienen todos los controladores posibles compilados en si mismos. En vez de eso, estos kernels están hechos para arrancar (y ejecutarse) en cada computador concebible en que Slackware está soportado (puede haber unos pocos donde no arranque/funcione). Contienen soporte para hardware que su máquina no (ni nunca) tendrá, pero eso no debería importarle. Estos kernels son incluidos por varias razones, pero probablemente la más importante es su uso por parte del instalador de Slackware (estos son los kernels que se ejecutan en los discos de instalación).\\ |
| Si elige dejar que el instalador configure el cargador de arranque por Usted, éste usa estos kernels debido a la gran variedad de hardware que soportan.\\ | Si elige dejar que el instalador configure el cargador de arranque por usted, éste usa estos kernels debido a la gran variedad de hardware que soportan.\\ |
| En contraste, los kernels //generic//(genéricos) soportan muy poco hardware sin el uso de módulos externos. Si quiere usar alguno de esos kernels //generic//, deberá ocupar lo que se denomina //initrd// el cual es creado usando el programa **//mkinitrd//**(8) | En contraste, los kernels //generic//(genéricos) soportan muy poco hardware sin el uso de módulos externos. Si quiere usar alguno de esos kernels //generic//, deberá ocupar lo que se denomina //initrd// el cual es creado usando el programa **//mkinitrd//**(8). |
| |
| Entonces, ¿por qué debería usar un kernel //generic//? Actualmente el equipo de desarrollo de Slackware recomienda el uso de un kernel //generic// por una variedad de razones. Tal vez la más obvia es el tamaño. Los kernels //huge// son aproximadamente el doble de grandes que un kernel //generic// antes de ser descomprimidos y cargados en memoria. Si está usando una máquina antigua o una con poca cantidad de RAM, podrá apreciar el ahorro que ofrece el //generic//. Otras razones son algo más difíciles de cuantificar. A veces pueden existir conflictos entre controladores incluidos en el kernel //huge// y, hablando en términos génerales, el rendimiento de éstos no es tan bueno como un //generic//. Además, al usar un kernel //generic// se pueden pasar argumentos especiales a los controladores de hardware de manera separada en vez de que estas opciones sean ingresadas a través de la línea de comandos. Algunas de las herramientas incluidas en Slackware funcionan mejor si el kernel usa algunos controladores como módulos en vez de estar estáticamente compilados. Si tiene problemas entendiendo esto, no se alarme, sólo piense: //"huge kernel = bueno, generic kernel = mejor"//. | Entonces, ¿por qué debería usar un kernel //generic//? Actualmente el equipo de desarrollo de Slackware recomienda el uso de un kernel //generic// por una variedad de razones. Tal vez la más obvia es el tamaño. Los kernels //huge// son aproximadamente el doble de grandes que un kernel //generic// antes de ser descomprimidos y cargados en memoria. Si está usando una máquina antigua o una con poca cantidad de RAM, podrá apreciar el ahorro que ofrece el //generic//. Otras razones son algo más difíciles de cuantificar. A veces pueden existir conflictos entre controladores incluidos en el kernel //huge// y, hablando en términos génerales, el rendimiento de éstos no es tan bueno como un //generic//. Además, al usar un kernel //generic// se pueden pasar argumentos especiales a los controladores de hardware de manera separada en vez de que estas opciones sean ingresadas a través de la línea de comandos. Algunas de las herramientas incluidas en Slackware funcionan mejor si el kernel usa algunos controladores como módulos en vez de estar estáticamente compilados. Si tiene problemas entendiendo esto, no se alarme, sólo piense: //"huge kernel = bueno, generic kernel = mejor"//. |
| |
| Un initrd es un archivo comprimido **//cpio//**(1), por lo que crear uno, no es una tarea simple. Afortunadamente, Slackware incluye una herramienta que facilita este proceso.\\ | Un initrd es un archivo comprimido **//cpio//**(1), por lo que crear uno, no es una tarea simple. Afortunadamente, Slackware incluye una herramienta que facilita este proceso.\\ |
| **//mkinitrd//**. Una discusión completa de **//mkinitrd//** está un poco fuera del alcance de esta guía, pero de todas formas se mostrarán sus partes más importantes. Para una explicación más completa, revise el manual o ejecute **//mkinitrd//** con el argumento //--help// | **//mkinitrd//**. Una discusión completa de **//mkinitrd//** está un poco fuera del alcance de este libro, pero de todas formas se mostrarán sus partes más importantes. Para una explicación más completa, revise el manual o ejecute **//mkinitrd//** con el argumento //--help// |
| |
| |
| </code> | </code> |
| |
| Notese que en la mayoría de los casos, **//mkinitrd//** es lo suficientemente listo para determinar esta información por su cuenta, pero nunca está demás especificarlo manualmente. \\Ahora que se ha creado el initrd, hace falta simplemente decirle a LILO dónde encontrarlo. La siguiente sección se encarga de eso. | Nótese que en la mayoría de los casos, **//mkinitrd//** es lo suficientemente listo para determinar esta información por su cuenta, pero nunca está demás especificarlo manualmente. \\Ahora que se ha creado el initrd, hace falta simplemente decirle a LILO dónde encontrarlo. La siguiente sección se encarga de eso. |
| |
| Buscar todas las opciones de **//mkinitrd//** o peor aún, memorizarlas puede ser un verdadero dolor de cabeza, especialmente si prueba constantemente varios kernels. Esto se volvió tedioso para el equipo de desarrollo de Slackware, así que inventaron un archivo simple de configuración ''mkinitrd.conf''(5). Puede encontrar un ejemplo localizado en el directorio ''/etc/mkinitrd.conf.sample'' y que puede ser fácilmente modificado para su sistema. El mio es: | Buscar todas las opciones de **//mkinitrd//** o peor aún, memorizarlas puede ser un verdadero dolor de cabeza, especialmente si prueba constantemente varios kernels. Esto se volvió tedioso para el equipo de desarrollo de Slackware, así que inventaron un archivo simple de configuración ''mkinitrd.conf''(5). Puede encontrar un ejemplo localizado en el directorio ''/etc/mkinitrd.conf.sample'' y que puede ser fácilmente modificado para su sistema. El mio es: |
