Diferencias

Muestra las diferencias entre dos versiones de la página.

--- informatica:sistemas_operativos:linux:kernel [2021/05/18 16:45] – [lsmod] tempwin
+++ informatica:sistemas_operativos:linux:kernel [2021/05/18 17:19] (actual) – [Generación del disco inicial de RAM] tempwin
@@ Línea 38: / Línea 38: @@
   - Selección de opciones (''.config'')
   - Guardar opciones (''.config'')
-  - Compilar
+  - Compilación
+  - Instalación
+==== Extracción de fuentes ====
 Se suele extraer en ''/usr/src/'':
@@ Línea 48: / Línea 50: @@
 Finalmente las fuentes quedarán en ''/usrc/src/linux-3.13.0/''
+==== Limpieza ====
 Si no fuese la primera vez que compilamos ese kernel, realizamos una limpieza:
@@ Línea 61: / Línea 65: @@
 ''mrproper'' elimina todos los archivos generados, el archivo ''.config'' y también los archivos de respaldo para recuperar la configuración de base tal y como estaba en el archivo.
+==== Opciones de compilación ====
 Para seleccionar las opciones de compilación, aprovecharemos el fichero ''config'' existente de un kernel que tengamos. Por ejemplo, el fichero ''/boot/config-3.10.0-327.10.1.el7.x86_64'' y lo copiamos a nuestro directorio con las fuentes de la nueva versión del kernel:
@@ Línea 92: / Línea 96: @@
 Los cambios se guardarán en el ''.config'' y será lo que utilizaremos para compilar.
+==== Compilación ====
 Finalmente, la compilación del kernel se realiza con:
@@ Línea 104: / Línea 110: @@
 make modules_install
 </code>
+==== Instalación ====
 Finalmente "instalamos" el kernel:
@@ Línea 112: / Línea 120: @@
 Este último comando crea una nueva entrada de configuración en el GRUB, crea el fichero ''initrd'', ''vmlinuz''...
+===== Parches =====
+Es raro tener que aplicar parches al kernel ya que en el día a día el kernel lo vamos manteniendo a través de repositorios y herramientas de paquetería como ''apt'' o ''yum''.
+Los parches pueden solucionar errores de seguridad, añadir características nuevas, etc.
+Si queremos hacerlo, en la página [[https://www.kernel.org/|kernel.org]] hay parches.
+==== Aplicar parches ====
+Simulación:
+<code>
+bzip2 -dc patch.X.Y.bz2 | patch -p1 --dry-run
+</code>
+Si todo sale bien, podemos aplicar el parche:
+<code>
+bzip2 -dc patch.X.Y.bz2 | patch -p1
+</code>
+Si el parche está comprimido en ''.gz'':
+<code>
+gunzip -c patch.X.Y.gz | patch -p1 --dry-run
+gunzip -c patch.X.Y.gz | patch -p1
+</code>
+==== Retirar parches ====
+La retirada de un parche aplicado se realiza con el mismo comando y la misma sintaxis a la que se le añade la opción ''-R'':
+<code>
+patch -p1 -R < patch-X-Y
+</code>
 ===== Módulos =====
@@ Línea 135: / Línea 183: @@
 srcversion:     01E39715B5332C751061DF0
 depends:        fscache,sunrpc,lockd
-intree:         Y
+intree:         Y'
 vermagic:       3.10.0-327.10.1.el7.x86_64 SMP mod_unload modversions
 signer:         Red Hat Enterprise Linux kernel signing key
@@ Línea 150: / Línea 198: @@
 </code>
+Lo más importante de esta salida es la ubicación del módulo (''filename'') y sus dependencias (''dep'')
 ==== lsmod ====
 Muestra los módulos en uso.
 ==== insmod ====
+Carga módulos en el kernel.
+Se debe indicar al ruta completa del módulo.
+<WRAP center round important 60%>
+No gestiona dependencias.
+</WRAP>
+Imaginemos que queremos cargar el módulo ''vfat''. Primero miramos la información con ''modinfo'':
+<code>
+$ modinfo vfat
+filename:       /lib/modules/3.10.0-327.10.1.el7.x86_64/kernel/fs/fat/vfat.ko
+author:         Gordon Chaffee
+description:    VFAT filesystem support
+license:        GPL
+alias:          fs-vfat
+rhelversion:    7.2
+srcversion:     0146B853C460840F84D5904
+depends:        fat
+intree:         Y
+vermagic:       3.10.0-327.10.1.el7.x86_64 SMP mod_unload modversions
+signer:         Red Hat Enterprise Linux kernel signing key
+sig_key:        E3:9A:6C:00:A1:DE:4D:FA:F5:90:62:8C:AB:EC:BC:EB:07:66:32:8A
+sig_hashalgo:   sha256
+</code>
+Ahí vemos que depende del módulo ''fat''. Lo revisamos:
+<code>
+$ modinfo fat
+filename:       /lib/modules/3.10.0-327.10.1.el7.x86_64/kernel/fs/fat/fat.ko
+license:        GPL
+rhelversion:    7.2
+srcversion:     3A6945250CBE5C12FC57D39
+depends:
+intree:         Y
+vermagic:       3.10.0-327.10.1.el7.x86_64 SMP mod_unload modversions
+signer:         Red Hat Enterprise Linux kernel signing key
+sig_key:        E3:9A:6C:00:A1:DE:4D:FA:F5:90:62:8C:AB:EC:BC:EB:07:66:32:8A
+sig_hashalgo:   sha256
+</code>
+<code>
+insmod /lib/modules/3.10.0-327.10.1.el7.x86_64/kernel/fs/fat/fat.ko
+</code>
+Este ya no depende de ninguno, así que lo cargamos:
+<code>
+insmod /lib/modules/3.10.0-327.10.1.el7.x86_64/kernel/fs/fat/fat.ko
+</code>
+Y ahora podemos cargar ''vfat'':
+<code>
+insmod  /lib/modules/3.10.0-327.10.1.el7.x86_64/kernel/fs/fat/vfat.ko
+</code>
 ==== rmmod ====
+Elimina módulos del kernel.
+<WRAP center round important 60%>
+No gestiona dependencias.
+</WRAP>
 ==== modprobe ====
+Carga o elimina módulos del kernel.
+Gestiona dependencias.
+Cargar:
+<code>
+modprobe [NOMBRE_MÓDULO]
+</code>
+Eliminar:
+<code>
+modprobe -r [NOMBRE_MÓDULO]
+</code>
+===== Generación del disco inicial de RAM =====
+Históricamente, se utilizaban herramientas como ''mkinitrd'' (Red Hat) y ''mkinitramfs'' (Debian) para crear el disco inicial de RAM. Este disco es una colección de módulos críticos del kernel y de utilizades de sistema que el bootloader lee del disco y pasa al kernel para que pueda arrancar.
+Ya no se utilizan porque al compilar el kernel, se generan automáticamente cuando hacemos ''make install''.