Lanzamiento del kernel Linux 4.x http://kernel.org/

Estas son las notas de lanzamiento para la versión 4 del kernel Linux. Léelas con atención, ya que te indican de qué se trata todo esto, explican cómo instalar el kernel y qué hacer si algo sale mal.

¿QUÉ ES LINUX?

Linux es un clon del sistema operativo Unix, escrito desde cero por Linus Torvalds con la ayuda de un equipo informal de hackers a través de la Red. Busca cumplir con POSIX y la Especificación Única de UNIX.

Tiene todas las características que esperarías en un Unix moderno y completo, incluyendo multitarea real, memoria virtual, bibliotecas compartidas, carga bajo demanda, ejecutables compartidos con copia en escritura, gestión de memoria adecuada y redes multistack que incluyen IPv4 e IPv6.

Se distribuye bajo la Licencia Pública General de GNU; consulta el archivo COPYING adjunto para más detalles.

¿EN QUÉ HARDWARE FUNCIONA?

Aunque originalmente desarrollado para PCs basadas en x86 de 32 bits (386 o superior), hoy Linux también funciona en (al menos) las arquitecturas Compaq Alpha AXP, Sun SPARC y UltraSPARC, Motorola 68000, PowerPC, PowerPC64, ARM, Hitachi SuperH, Cell, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, DEC VAX, AMD x86-64, AXIS CRIS, Xtensa, Tilera TILE, AVR32 y Renesas M32R.

Linux es fácilmente portable a la mayoría de arquitecturas de 32 o 64 bits de propósito general siempre que tengan una unidad de gestión de memoria paginada (PMMU) y un puerto del compilador GNU C (gcc) (parte de la Colección de Compiladores GNU, GCC). Linux también se ha portado a varias arquitecturas sin PMMU, aunque la funcionalidad es entonces obviamente algo limitada. Linux también se ha portado a sí mismo. Ahora puedes ejecutar el kernel como una aplicación de espacio de usuario; esto se llama Linux en Modo Usuario (UML).

DOCUMENTACIÓN:

• Hay mucha documentación disponible tanto en formato electrónico en Internet como en libros, tanto específica de Linux como relativa a preguntas generales de UNIX. Recomiendo consultar los subdirectorios de documentación en cualquier sitio FTP de Linux para los libros del LDP (Proyecto de Documentación de Linux). Este README no pretende ser documentación del sistema: hay fuentes mucho mejores disponibles.

• Hay varios archivos README en el subdirectorio Documentation/: suelen contener notas de instalación específicas del kernel para algunos controladores, por ejemplo. Consulta Documentation/00-INDEX para una lista de lo que contiene cada archivo. Por favor, lee el archivo Changes, ya que contiene información sobre los problemas que pueden surgir al actualizar tu kernel.

• El subdirectorio Documentation/DocBook/ contiene varias guías para desarrolladores y usuarios del kernel. Estas guías pueden renderizarse en varios formatos: PostScript (.ps), PDF, HTML y páginas man, entre otros. Después de la instalación, "make psdocs", "make pdfdocs", "make htmldocs" o "make mandocs" renderizarán la documentación en el formato solicitado.

INSTALACIÓN del código fuente del kernel:

• Si instalas las fuentes completas, coloca el tarball del kernel en un directorio donde tengas permisos (p. ej., tu directorio personal) y descomprímelo:

  xz -cd linux-4.X.tar.xz | tar xvf -

  Reemplaza "X" con el número de versión del kernel más reciente.

  NO uses el área /usr/src/linux. Esta área tiene un conjunto (generalmente incompleto) de cabeceras del kernel que son utilizadas por los archivos de cabecera de la biblioteca. Deben coincidir con la biblioteca y no deben estropearse con lo que sea que sea el kernel del día.

• También puedes actualizar entre lanzamientos de 4.x mediante parches. Los parches se distribuyen en formato xz. Para instalar mediante parches, obtén todos los archivos de parche más recientes, ingresa al directorio de nivel superior del código fuente del kernel (linux-4.X) y ejecuta:

  xz -cd ../patch-4.x.xz | patch -p1

  Reemplaza "x" por todas las versiones mayores que la versión "X" de tu árbol fuente actual, en_orden, y debería estar bien. Puedes querer eliminar los archivos de respaldo (some-file-name~ o some-file-name.orig), y asegurarte de que no haya parches fallidos (some-file-name# o some-file-name.rej). Si los hay, o tú o yo cometimos un error.

  A diferencia de los parches para los kernels 4.x, los parches para los kernels 4.x.y (también conocidos como kernels -stable) no son incrementales sino que se aplican directamente al kernel base 4.x. Por ejemplo, si tu kernel base es 4.0 y quieres aplicar el parche 4.0.3, no debes aplicar primero los parches 4.0.1 y 4.0.2. Del mismo modo, si estás ejecutando la versión del kernel 4.0.2 y quieres saltar a 4.0.3, primero debes revertir el parche 4.0.2 (es decir, patch -R) antes de aplicar el parche 4.0.3. Puedes leer más sobre esto en Documentation/applying-patches.txt

  Alternativamente, el script patch-kernel se puede usar para automatizar este proceso. Determina la versión actual del kernel y aplica cualquier parche encontrado.

  linux/scripts/patch-kernel linux

  El primer argumento en el comando anterior es la ubicación del código fuente del kernel. Los parches se aplican desde el directorio actual, pero se puede especificar un directorio alternativo como segundo argumento.

• Asegúrate de que no haya archivos .o obsoletos ni dependencias sueltas:

  cd linux make mrproper

  Ahora deberías tener las fuentes instaladas correctamente.

REQUISITOS DE SOFTWARE

Compilar y ejecutar los kernels 4.x requiere versiones actualizadas de varios paquetes de software. Consulta Documentation/Changes para los números de versión mínimos requeridos y cómo obtener actualizaciones de estos paquetes. Ten en cuenta que usar versiones excesivamente antiguas de estos paquetes puede causar errores indirectos que son muy difíciles de rastrear, así que no asumas que puedes simplemente actualizar los paquetes cuando surjan problemas evidentes durante la compilación o el funcionamiento.

DIRECTORIO DE COMPILACIÓN para el kernel:

Al compilar el kernel, todos los archivos de salida se almacenarán por defecto junto con el código fuente del kernel. Usando la opción "make O=directorio_salida" puedes especificar un lugar alternativo para los archivos de salida (incluyendo .config). Ejemplo:

 código fuente del kernel: /usr/src/linux-4.X
 directorio de compilación:    /home/name/build/kernel

Para configurar y compilar el kernel, usa:

 cd /usr/src/linux-4.X
 make O=/home/name/build/kernel menuconfig
 make O=/home/name/build/kernel
 sudo make O=/home/name/build/kernel modules_install install

Ten en cuenta: si se usa la opción 'O=directorio_salida', entonces debe usarse en todas las invocaciones de make.

CONFIGURACIÓN del kernel:

No te saltes este paso aunque solo estés actualizando una versión menor. Se añaden nuevas opciones de configuración en cada lanzamiento, y surgirán problemas extraños si los archivos de configuración no están configurados como se espera. Si deseas llevar tu configuración existente a una nueva versión con el mínimo trabajo, usa "make oldconfig", que solo te pedirá las respuestas a las preguntas nuevas.

• Los comandos de configuración alternativos son:

  "make config" Interfaz de texto plano.

  "make menuconfig" Menús de color basados en texto, listas de radio y diálogos.

  "make nconfig" Menús de color basados en texto mejorados.

  "make xconfig" Herramienta de configuración basada en X windows (Qt).

  "make gconfig" Herramienta de configuración basada en X windows (Gtk).

  "make oldconfig" Responde por defecto todas las preguntas basándose en el contenido de tu archivo ./.config existente y preguntando sobre nuevos símbolos de configuración.

  "make silentoldconfig" Como el anterior, pero evita saturar la pantalla con preguntas ya respondidas. Además, actualiza las dependencias.

  "make olddefconfig" Como el anterior, pero establece nuevos símbolos a sus valores por defecto sin preguntar.

  "make defconfig" Crea un archivo ./.config usando los valores de símbolo por defecto de arch/$ARCH/defconfig o arch/$ARCH/configs/${PLATFORM}_defconfig, dependiendo de la arquitectura.

  "make ${PLATFORM}_defconfig" Crea un archivo ./.config usando los valores de símbolo por defecto de arch/$ARCH/configs/${PLATFORM}_defconfig. Usa "make help" para obtener una lista de todas las plataformas disponibles de tu arquitectura.

  "make allyesconfig" Crea un archivo ./.config estableciendo valores de símbolo a 'y' tanto como sea posible.

  "make allmodconfig" Crea un archivo ./.config estableciendo valores de símbolo a 'm' tanto como sea posible.

  "make allnoconfig" Crea un archivo ./.config estableciendo valores de símbolo a 'n' tanto como sea posible.

  "make randconfig" Crea un archivo ./.config estableciendo valores de símbolo a valores aleatorios.

  "make localmodconfig" Crea una configuración basada en la configuración actual y los módulos cargados (lsmod). Desactiva cualquier opción de módulo que no sea necesaria para los módulos cargados.

  root@kitploit:~

                      Para crear un localmodconfig para otra máquina,
                      guarda el lsmod de esa máquina en un archivo
                      y pásalo como parámetro LSMOD.
  
              target$ lsmod > /tmp/mylsmod
              target$ scp /tmp/mylsmod host:/tmp
  
              host$ make LSMOD=/tmp/mylsmod localmodconfig
  
                      Lo anterior también funciona al compilar de forma cruzada.
  

COMPILACIÓN del kernel:

• Asegúrate de tener al menos gcc 3.2 disponible. Para más información, consulta Documentation/Changes.

  Ten en cuenta que aún puedes ejecutar programas de usuario a.out con este kernel.

• Ejecuta "make" para crear una imagen comprimida del kernel. También es posible hacer "make install" si tienes lilo instalado para adaptarse a los makefiles del kernel, pero quizás quieras verificar tu configuración particular de lilo primero.

  Para realizar la instalación real, debes ser root, pero ninguna de las compilaciones normales debería requerirlo. No tomes el nombre de root en vano.

• Si configuraste alguna de las partes del kernel como `módulos', también tendrás que hacer "make modules_install".

• Salida detallada de compilación/construcción del kernel:

  Normalmente, el sistema de construcción del kernel funciona en un modo bastante silencioso (pero no totalmente silencioso). Sin embargo, a veces tú u otros desarrolladores del kernel necesitan ver los comandos de compilación, enlace u otros exactamente como se ejecutan. Para esto, usa el modo de construcción "verbose". Esto se hace insertando "V=1" en el comando "make". P. ej.:

  make V=1 all

  Para que el sistema de construcción también indique la razón de la reconstrucción de cada objetivo, usa "V=2". El valor por defecto es "V=0".

• Mantén un kernel de respaldo a mano en caso de que algo salga mal. Esto es especialmente cierto para los lanzamientos de desarrollo, ya que cada nuevo lanzamiento contiene código nuevo que no ha sido depurado. Asegúrate de mantener también una copia de seguridad de los módulos correspondientes a ese kernel. Si estás instalando un nuevo kernel con el mismo número de versión que tu kernel en funcionamiento, haz una copia de seguridad de tu directorio de módulos antes de hacer "make modules_install".

  Alternativamente, antes de compilar, usa la opción de configuración del kernel "LOCALVERSION" para agregar un sufijo único a la versión regular del kernel. LOCALVERSION se puede configurar en el menú "Configuración general".

• Para arrancar tu nuevo kernel, necesitarás copiar la imagen del kernel (por ejemplo, .../linux/arch/i386/boot/bzImage después de la compilación) al lugar donde se encuentra tu kernel arrancable habitual.

• Ya no se admite arrancar un kernel directamente desde un disquete sin la ayuda de un gestor de arranque como LILO.

  Si arrancas Linux desde el disco duro, es probable que uses LILO, que usa la imagen del kernel especificada en el archivo /etc/lilo.conf. La imagen del kernel suele ser /vmlinuz, /boot/vmlinuz, /bzImage o /boot/bzImage. Para usar el nuevo kernel, guarda una copia de la imagen anterior y copia la nueva imagen sobre la antigua. Luego, ¡DEBES VOLVER A EJECUTAR LILO para actualizar el mapa de carga! Si no lo haces, no podrás arrancar la nueva imagen del kernel.

SI ALGO SALE MAL:

• Si tienes problemas que parecen deberse a errores del kernel, por favor verifica el archivo MAINTAINERS para ver si hay una persona en particular asociada con la parte del kernel con la que estás teniendo problemas. Si no hay nadie listado allí, entonces la segunda mejor opción es enviar un correo a mí ([email protected]), y posiblemente a cualquier otra lista de correo relevante o al grupo de noticias.

• En todos los informes de errores, por favor indica de qué kernel estás hablando, cómo duplicar el problema y cuál es tu configuración (usa tu sentido común). Si el problema es nuevo, dímelo, y si el problema es antiguo, intenta decirme cuándo lo notaste por primera vez.

• Si el error resulta en un mensaje como

  unable to handle kernel paging request at address C0000010 Oops: 0002 EIP: 0010:XXXXXXXX eax: xxxxxxxx ebx: xxxxxxxx ecx: xxxxxxxx edx: xxxxxxxx esi: xxxxxxxx edi: xxxxxxxx ebp: xxxxxxxx ds: xxxx es: xxxx fs: xxxx gs: xxxx Pid: xx, process nr: xx xx xx xx xx xx xx xx xx xx xx

  o información de depuración similar del kernel en tu pantalla o en tu registro del sistema, por favor duplícalo exactamente. El volcado puede parecer incomprensible para ti, pero contiene información que puede ayudar a depurar el problema. El texto sobre el volcado también es importante: indica algo sobre por qué el kernel volcó código (en el ejemplo anterior, se debe a un puntero de kernel incorrecto). Más información sobre cómo dar sentido al volcado está en Documentation/oops-tracing.txt

• Si compilaste el kernel con CONFIG_KALLSYMS, puedes enviar el volcado tal cual; de lo contrario, tendrás que usar el programa "ksymoops" para dar sentido al volcado (pero compilar con CONFIG_KALLSYMS suele ser preferible). Esta utilidad se puede descargar de ftp://ftp..kernel.org/pub/linux/utils/kernel/ksymoops/ . Alternativamente, puedes realizar la búsqueda del volcado a mano:

• En volcados de depuración como el anterior, ayuda enormemente si puedes buscar qué significa el valor EIP. El valor hexadecimal como tal no ayuda mucho a mí ni a nadie: dependerá de tu configuración particular del kernel. Lo que debes hacer es tomar el valor hexadecimal de la línea EIP (ignora el "0010:"), y buscarlo en la lista de nombres del kernel para ver qué función del kernel contiene la dirección infractora.

  Para encontrar el nombre de la función del kernel, necesitarás encontrar el binario del sistema asociado con el kernel que mostró el síntoma. Este es el archivo 'linux/vmlinux'. Para extraer la lista de nombres y compararla con el EIP del bloqueo del kernel, haz:

  nm vmlinux | sort | less

  Esto te dará una lista de direcciones del kernel ordenadas en orden ascendente, a partir de la cual es simple encontrar la función que contiene la dirección infractora. Ten en cuenta que la dirección proporcionada por los mensajes de depuración del kernel no necesariamente coincidirá exactamente con las direcciones de la función (de hecho, es muy poco probable), por lo que no puedes simplemente hacer 'grep' a la lista: la lista, sin embargo, te dará el punto de inicio de cada función del kernel, por lo que al buscar la función que tiene una dirección de inicio más baja que la que estás buscando pero es seguida por una función con una dirección más alta, encontrarás la que deseas. De hecho, puede ser una buena idea incluir un poco de "contexto" en tu informe de problema, dando algunas líneas alrededor de la interesante.