Contenido

LPIC – 101.1 .............................................................................................................................. 2

CONCEPTOS INICIALES .......................................................................................................... 2
IRQ (Interrupt Request) ..................................................................................................... 2
DMA (Direct Memory Access) ............................................................................................ 2
DIRECCIONES E/S............................................................................................................... 2
coldplug/hotplug ............................................................................................................... 3
DRIVERS PARA RECONOCIMIENTO DE HARDWARE ................................................................ 3
GESTIÓN DE MÓDULOS EN LINUX ......................................................................................... 4
Ejercicio - Módulos de Linux .............................................................................................. 4
INFORMACION DEL HARDWARE ............................................................................................ 8
PROCFS ............................................................................................................................. 8
SYSFS ................................................................................................................................ 8
UDEV................................................................................................................................. 8
DBUS ................................................................................................................................. 9
lspci................................................................................................................................... 9
lsusb ............................................................................................................................... 10
LPIC – 101.2 ............................................................................................................................ 11
MBR (Master Boot Record) ................................................................................................. 11
GTP (GUID Partition Table) .................................................................................................. 11
LINUX – SECUENCIA DE ARRANQUE..................................................................................... 11
PROCESOS DE INICIO ........................................................................................................... 13
SysVinit ........................................................................................................................... 13
Systemd .......................................................................................................................... 22
Upstart ............................................................................................................................ 26
JOURNALCTL ....................................................................................................................... 26
PARÁMETROS - JOURNALCTL........................................................................................... 26
CASOS DE PRACTICA ........................................................................................................ 26
DMESG................................................................................................................................ 29
PARÁMETROS - DMESG ................................................................................................... 29
CASOS DE PRACTICA ........................................................................................................ 29
LPIC – 101.1
CONCEPTOS INICIALES
IRQ (Interrupt Request)
Son avisos o señales que son enviadas al CPU para que atienda y gestione los dispositivos de
hardware (teclado, mouse, impresora, etc..). Las IRQ se basan en una jerarquía el cual están
asociados a ciertos dispositivos de un equipo. Para poder visualizar la IRQ en Linux ejecutar el
comando cat /proc/interrups.

Fragmento del contenido del directorio /proc/interrups.

DMA (Direct Memory Access)

Permite que determinados dispositivos accedan a la memoria sin la intervención de la CPU,
esto permite optimizar el rendimiento los recursos del equipo. Para poder visualizar aquellos
canales por cada dispositivo en uso ejecutar el comando cat /proc/dma.

Contenido del directorio /proc/dma.

DIRECCIONES E/S
Son direcciones de memoria reservada a los dispositivos de entrada y salida para que puedan
comunicarse con el sistema. Para poder visualizar las direcciones ejecutar el comando cat
/proc/ioports.

Fragmento del contenido del directorio /proc/ioports.

coldplug/hotplug
Los coldplug son aquellos dispositivos de conexión fría (cuando la maquina esta apagada)

Los hotplug son aquellos dispositivos de conexión caliente (mientras está en funcionamiento).

DRIVERS PARA RECONOCIMIENTO DE HARDWARE

CONCEPTO DE DRIVER

Los driver o controladores son un software el cual permite la comunicación entre el sistema
operativo y los componentes del hardware del equipo. En caso de que el sistema no lo reconozca
se tendrá que instalar el driver correspondiente del dispositivo.

En Windows se cuenta con la herramienta de Administrador de dispositivos, el cual lista los

hardware que han sido instalados en el equipo, y permite también instalar nuevos drivers en
caso de que el sistema no los reconozca.
En las distribuciones de Linux todos los dispositivos de hardware del sistema están ubicados en
el directorio /dev. Cada dispositivo se registra como archivo. Para visualizar el contenido del
directorio /dev ejecutamos el comando ls /dev.

GESTIÓN DE MÓDULOS EN LINUX

A comparación de Windows que se instalan drivers para el uso de dispositivos de hardware, en
Linux se emplea módulos para agregar nuevos dispositivos.

Comandos:

 lsmod  Permite visualizar todos los módulos cargados en el kernel.

 modprobe  Permite añadir o remover módulos al kernel.

Ejercicio - Módulos de Linux

En este ejercicio se va a necesitar agregar el dispositivo de hardware Floppy Drive en la maquina
virtual, por lo tanto, necesitamos primero apagarla.

Seleccionamos Edit virtual machine settings.

Clic en Add y luego seleccionamos Floppy Drive. Dar clic en Finish.

Finalmente dar clic en OK.

Se podrá visualizar que ha sido agregado en la lista de dispositivos de hardware. Ahora
procedemos en iniciar la máquina virtual. Dar clic en Power on this virtual.

Nos conectamos a través de nuestro cliente ssh y validamos si esta en la lista de módulos
agregados al kernel. Ejecutamos el comando lsmod | grep floppy y validamos que ya ha sido
añadido.

Ahora vamos a remover el módulo floppy, para ello se debe ejecutar comando modprobe -r
floppy. Después volvemos a validar si se puede visualizar en lista de módulos con el comando
lsmod | grep floppy.

Como se podrá observar el modulo floppy ha sido removido.

Para poder volver añadirlo se debe ejecutar el mismo comando modprob floppy, y como se
podrá observar al ejecutar el comando lsmod | grep floppy ha vuelto hacer añadido.
En caso de necesitar más parámetros del comando modprob lo podemos ejecutar con –help.
Como se puede observar se lista todos los parámetros más una breve descripción.
INFORMACION DEL HARDWARE
En Linux hay dos sistemas de archivos que están dedicados a la gestión de dispositivos de
hardware.

PROCFS
Es un sistema de archivos que se utiliza para permitir el acceso a la información del kernel sobre
los procesos. Esta montado en el directorio /proc contiene archivos virtuales el cual brindan
información de los procesos y aplicaciones que están en ejecución en el sistema como también
recursos del hardware.

Ejecutar el comando ls /proc para visualizar el contenido.

A continuación, se listan algunos de los subdirectorios para visualizar la información del

hardware.

/proc/cpuinfo Contiene información detallada de las CPU del sistema operativo.

/proc/interrupts Lista
/proc/ioports Enumera puertos de entrada/salida registrados actualmente en uso.
/proc/dma Enumera canales DMA registrados en uso.

SYSFS
Es un sistema de archivos virtual orientado al hardware. Fue lanzado oficialmente en el Kernel
2.6. Está montando en el directorio /sys y contiene archivos virtuales similares a los de /proc.
La diferencia esta que en /sys solo brinda información de los dispositivos y datos del kernel
relacionados con el hardware.

Ejecutar el comando ls -l /sys para visualizar el contenido.

UDEV
Programa que se encarga de gestionar de forma dinámica devices nodes dentro del directorio
/dev, es decir, maneja todos los eventos en el espacio de usuario mientras los dispositivos de
hardware se agregan o retiran del sistema.
DBUS
Se encargar de hurgar en /dev y nos envía señales con los cambios al gestor de escritorio del
sistema operativo.

COMANDOS PARA IDENTIFICAR DISPOSITIVOS CONECTADOS

lspci
Muestra información de todos los dispositivos conectados al bus PCI.Para visualizar los PCI
ejecutar el comando lspci.

Fragmento del contenido de los dispositivos PCI

Parámetros:

 Para tener mas destalles acerca de un dispositivo se debe especificar la dirección que
están en formato hexadecimal con -s y acompañado con -v. En este caso se ha colocado
la tarjeta de video VGA. Se ejecutó el comando lspci -s 00:0f.0 -v.

Del siguiente resultado se puede observar que se ha podido identificar el dispositivo, y

el modulo que le corresponde esta cargado en el kernel del sistema.

 Para obtener otra manera de validar si el modulo esta cargado en el kernel se utiliza la
opción -k. Ejecutamos el siguiente comando: lspci -s 00:0f.0 -k.

Del siguiente resultado se puede observar que el módulo del dispositivo es vmwgfx en
Kernel driver in use y todos los módulos del kernel del sistema se listan en kernel
modules: vmwgfx.
lsusb
Lista los dispositivos USB y los buses de conexión que están conectados en el sistema. Para
visualizar los dispositivos USB ejecutar el comando lsusb.

Parámetros:

Para tener más detalles de los dispositivos USB se debe especificar la dirección acompañado
con -v y -d. Ejecutar el comando lsusb -v -d.
LPIC – 101.2
A continuación, se detalla el proceso de arranque en los entornos de Linux.

MBR (Master Boot Record)

 Se encuentra en el primer sector del disco.
 Contiene una tabla de 4 particiones: Primaria, extendida o lógica.
 No es capaz de manejar particiones de más de 2TB.

GTP (GUID Partition Table)

 Es compatible con MBR.
 No funciona con BIOS, necesita EFI o UEFI.
 Soporta tamaños de disco de hasta 9,4 zettabytes.
 Puede gestionar todas las particiones que soporte el sistema operativo (normalmente
128).
 Gestiona mejor el arranque del sistema operativo.

LINUX – SECUENCIA DE ARRANQUE

A continuación, se detalla la secuencia de arranque en Linux.

1. BIOS/UEFI
Pasos previos antes del arranque del sistema en BIOS:
 Una vez que se enciende nuestro equipo se ejecuta el firmware del BIOS, el cual es
un software que esta almacenado en un chip y está integrado a la placa base.
 Luego se ejecuta el proceso POST (Power On Self Test) el cual permite identificar y
diagnosticar fallas con los dispositivos de hardware del equipo.
 El BIOS activa los componentes básicos para cargar el sistema, como salida de video,
teclado y medios de almacenamiento.

Pasos previos antes del arranque del sistema en BIOS:

 Se ejecuta el proceso POST (Power On Self Test) el cual permite identificar y

diagnosticar fallas con los dispositivos de hardware del equipo.
 El UEFI activa los componentes básicos para cargar el sistema, como salida de video,
teclado y medios de almacenamiento.
 El firmware de UEFI lee las definiciones almacenadas en NVRAM para ejecutar la
aplicación EFI predefinida almacenada en el sistema de archivos de la partición ESP.
Por lo general, la aplicación EFI predefinida es un gestor de arranque.

2. MBR (Master Boot Record)

 El BIOS tendrá a disposición una lista discos o unidades de almacenamientos y
empezará una búsqueda de las particiones que hay en el disco, alguna que esté
marcada como gestor de arranque.
 Una vez identificado la partición en el disco, el BIOS empieza a leer el MBR en busca
de un gestor de arranque. El MBR es el primer sector del disco, tiene asignado 512
bytes de capacidad de almacenamiento y tablas de particiones.
 La primera etapa del gestor de arranque llama a la segunda etapa del gestor de
arranque, responsable de presentar las opciones de arranque y cargar el núcleo del
sistema operativo.
 3. GRUB2
 Es el gestor de arranque estándar en Linux, el cual nos permite seleccionar que
sistema operativo podemos iniciar y cargarlo en la memoria del kernel.

4. KERNEL
 Inicia la secuencia llamada “init”, que es el primer programa del sistema operativo
que va a encargar de configurar todos los servicios, es decir, poner el sistema en
funcionamiento.

5. INIT
 Al ser primer proceso en ejecución se le asigna 1 como numero de identificador de
procesos (PID).

PROCESO DE INICIO - FORMA GRAFICA

BIOS UEFI

MBR

GRUB2 KERNEL INIT

PROCESOS DE INICIO
En Linux podemos encontrar tres tipos de procesos INIT encargados de administrar el inicio,
gestionar servicios en entornos de Linux y son los siguientes: SysVinit, Systemd y Upstart. A
continuación, se explica cada uno de ellos.

SysVinit
Inicialmente en Unix el proceso init solía ejecutarse en base a un solo script ubicado en /etc/rc
el cual iniciaba todos los servicios del sistema. Posteriormente Linux adopto SysVinit como
proceso inicio en base a init, donde se reemplaza el script por un nuevo sistema de gestión de
servicios y de scripts en el directorio /etc/rc.d o /etc/init.d dependiendo de la distribución de
Linux.
Contenido de scripts en /etc/init.d en Debian 6.

Los scripts se ejecutan a través del script rc el cual se invoca los directorios ubicados en
/etc/rcN.d/, donde N es el nivel de ejecución. El contenido en cada uno de estos directorios son
enlaces que están direccionados hacia /etc/init.d/. A continuación, se muestra el contenido de
/etc/rc1.d.

Como se podrá observar los enlaces que empiezan tienen una sintaxis que empiezan por K y S.
Los enlaces que inicien por S se le va a pasar el comando start y los que inicien por K se le va a
pasar el comando stop. También se tiene un numero el cual indica el orden en el que se tiene
que ejecutar esos parámetros

Al iniciar el proceso SysVinit, se invoca el archivo /etc/inittab, donde especifica las

configuraciones de la secuencia de ejecución de scripts del sistema y la definición de los runleves
o niveles de ejecución. A continuación, se detalla la funcionalidad por cada una de ellas que
utiliza SysVinit.

Nivel de ejecución
Runlevel 0 Apagado del sistema.
Runlevel 1, s o usuario Sin interfaz de red, solo para root. Para reparar problemas, o hacer
único pruebas en el sistema.
Runlevel 2, 3 o 4 Modo multiusuario. Los usuarios pueden iniciar sesión por consola o
red. Los niveles de ejecución 2 y 4 no se usan con frecuencia.
Runlevel 5 Modo multiusuario. Es equivalente a 3, más el inicio de sesión en
modo gráfico.
Runlevel 6 Reinicio del sistema.

Además de los runleves en el archivo /etc/inittab podemos encontrar otras líneas de

configuración que tienen el siguiente formato:

id:runleves:action:process
Donde:

 Id  Identificador único para la entrada, puede tener máximo un total de 4 caracteres

de longitud.
 Runleves  Niveles de ejecución de la entrada (0,1,2,3,4,5,6).
 Action  Indica cuál de los procesos van a estar en ejecución de acuerdo al campo de
proceso especificado.
- boot: Se ejecuta durante la inicialización del sistema. Se ignora runleves.
- bootwait: Se ejecuta duranta le inicialización del sistema e init espera que termine
para continuar. Se ignora runleves.
- sysinit: Se ejecuta después de la inicialización del sistema. Se ignora runleves.
- wait: Se ejecuta para los niveles de ejecución dados e init esperara hasta que
termine para continuar.
- respawn: El proceso se reiniciará si finaliza.
- ctrlaltdel: Se ejecuta cuando el proceso init reciba la señal SIGINT, que se activara
cuando se presione la secuencia de teclas Ctrl+Alt+Supr.
 Process  Define el script a ejecutar.
A continuación, se muestran algunos ejemplos en /ect/inittab el runlevel de las distribuciones
de Linux Centos 6 y Debian 6. Pero antes de comenzar se debe recalcar que SysVinit está dejando
de estar presente en las distintas versiones de las distribuciones en Linux, ya que tanto Systemd
como Upstart son versiones más actualizadas. Estas son las versiones que adoptaron Systemd y
por lo tanto dejó de estar disponible SysVinit de forma nativa.

 Debian GNU/Linux desde la versión 8 "Jessie".

 Ubuntu a partir de su versión 15.04 (abril de 2015).
 Fedora 15 y superior.
 Mandriva 2011.
 openSUSE 12.1 y superior.
 Arch Linux desde octubre de 2012.
 Red Hat Enterprise Linux desde la versión 7
 CentOS 7 desde julio de 2014.

DISTRIBUCION LINUX - CENTOS 6

Vamos a ejecutar el siguiente comando cat /etc/inittab para visualizar los niveles de ejecución.
Como se podrá observar se tiene una descripción por cada nivel de ejecución, además el nivel
por default o nivel actual es 5.
DISTRIBUCIÓN LINUX - DEBIAN 6

Vamos a ejecutar el siguiente comando cat /etc/inittab para visualizar los niveles de ejecución.
Como se podrá observar se tiene una descripción por cada nivel de ejecución, además el nivel
por default o nivel actual es 2.

COMANDOS
A continuación, algunos comandos que pertenecen a SysVinit.

runlevel Indica el nivel de ejecución actual.

init/telinit Cambia de un nivel de ejecución a otro.
update-rc.d Estable los scripts que inician en cada nivel.
 Sintaxis: update-rd.d script enable/disable level/s.
 Ejemplo: update-rc.d <<mi-servicio>> enable 2.

CASOS DE PRACTICA
A continuación, vamos a poner en práctica los comandos mencionados en el punto anterior. Se
va a trabajar en un entorno de Debian 6, ya que es una versión que todavía está soportada por
SysVinit.

COMANDO runlevel

Ejecutamos el comando runlevel, para identificar en qué nivel de ejecución nos encontramos.
Como se podrá observar nos encontramos en el nivel de ejecución 2 y además como se podrá
observar hay una N e indica el runlevel anterior en el que ha estado.

En el archivo /etc/inittab también se podrá observar que el nivel de ejecución por default
también es 2.
COMANDO init/telinit

Cambiamos de nivel de ejecución 0. Ejecutamos el comando telinit 0:

Como se podrá observar la máquina virtual ha sido detenida.

Cambiamos de nivel de ejecución 1. Ejecutamos el comando telinit 1:

Como se podrá observar entramos a un modo exclusivo el cual solo podrá acceder el usuario
administrativo root. Este modo se utiliza para realizar mantenimientos al sistema en caso de
incidentes.

Para regresar al estado inicial se debe ejecutar el nivel de ejecución por defecto. Ejecutamos
telinit 2.

Hemos vuelto al nivel de ejecución 2.

Cambiamos el nivel de ejecución 6. Ejecutamos el comando telinit 6.

Se observa el proceso del reinicio de la máquina virtual.

COMANDO update-rc.d

En este ejemplo vamos a acceder a /etc/rc2.d y se va proceder en deshabilitar el servicio de

network-manager.

Deshabilitamos network-manager ejecutando el comando update-rc.d network-manager

disable 2. Como se podrá observar el siguiente mensaje nos muestra los niveles de ejecución
que se encuentran iniciados y detenidos.
Volvemos a ingresar a /etc/rc2.d y como se podrá observar el servicio ha sido removido.

Para volver habilitarlo debemos de ejecutar el comando update-rc.d network-manager enable

2. El siguiente mensaje nos indica que ha sido habilita el servicio network-manager.

Accedemos a /etc/rc2.d y validamos que el servicio network-manager de nuevo ha sido

habilitado y en funcionamiento.

Para validar si está operativo el servicio de network-manager ejecutamos el comando service

network-manager status. Como se podrá observar el siguiente mensaje indica que está
iniciado.
Systemd
Es un administrador del sistema y de los servicios en Linux. Al igual que en SysVinit también se
le asigna el PID 1 ya que es el primer proceso en ser ejecutado después de que el kernel lo inicie.

A diferencia de SysVinit que trabaja con servicios que se invocan a través de scripts en Systemd
trabaja con unidades y se pueden encontrar en distintas rutas /lib/systemd/system,
/usr/lib/systemd/system, /etc/systemd/system/.

Las unidades que administra systemd se listan en un total de 7 unidades:

 service
 socket
 device
 mount
 automount
 target
 snapshot

En este caso al trabajar con Systemd debemos de tener una distribución en Linux que este
soportada, por lo tanto, se va a trabajar en Centos 7. A continuación, se muestra la ubicación de
las unidades en unos de los directorios. Ejecutamos el comando ls /lib/systemd/system.

También hay compatibilidad con SysVinit ejecutando el comando ls -l /lib/systemd/system.

COMANDOS
El comando systemctl se encarga de gestionar las unidades de systemd. Con systemctl se puede
realizar diferentes acciones como iniciar, detener, reiniciar, listar unidades, habilitar y
deshabilitar.

CASOS DE PRACTICA
A continuación, se muestran algunos ejemplos del comando systemctl. Tener en consideración
que se está utilizando Centos 7.

1. Si se ejecuta por sí solo el comando systemctl, se lista todos los servicios del sistema con
una breve descripción por cada uno de ellos.

2. Se puede listar las unidades con list-unit y para especificar el tipo con –type=<<unit>>.
En este ejemplo reemplazamos <<unit>> con la unidad service. Ejecutar el comando
systemctl list-units --type=service.
3. Se puede visualizar el árbol de dependencias de un servicio o de una unidad, se tiene
que ejecutar comando systemctl list-dependencies acompañado con el nombre del
servicio. En este ejemplo se listará las dependencias de sshd ejecutando systemctl list-
dependencies sshd.

Fragmento del resultado de dependencias del servicio sshd.

4. Para poder visualizar todos los archivos de las unidades con sus estados ejecutar
systemctl list-unit-files. Se imprime dos columnas, la primera es archivo de la unidad y
la segunda es el estado que generalmente son habilitado, deshabilitado, estatico o
enmascarado.
5. Para poder identificar los estados de los servicios vamos a realizar el siguiente
procedimiento de validar status, detener e iniciar servicios. En este ejemplo se va a
trabajar con el servicio de firewalld.

Primero vamos a validar el estatus del servicio del firewalld, ejecutamos el comando
systemctl status firewalld. Como se podrá observar se ha identificado que el servicio
está operativo según la línea Active: active (running) since jue 2022-06-09 19:04:35 -
05; 44min ago.

Luego procedemos en detener el servicio de firewalld con el comando systemctl stop

firewalld y validamos status. Como se podrá observar se ha identificado que el servicio
ya no está operativo según la línea Active: inactive (dead) since jue 2022-06-09 19:49:16
-05; 13s ago.

Iniciar el servicio del firewalld con el comando systemctl start firewalld y validamos el
estatus. Como se podrá observar el servicio del firewalld ha vuelto a estar operativo
según la línea Active: active (running) since jue 2022-06-09 20:00:48 -05; 9s ago.
Upstart
Al igual que systemd, Upstart es un sustituto de init. El objetivo de Upstart es acelerar el proceso
de arranque paralelizando el proceso de carga de los servicios del sistema. Upstart fue utilizado
por distribuciones basadas en Ubuntu en versiones anteriores, pero hoy dio paso a systemd.

JOURNALCTL
Es una herramienta que se encarga de recopilar, administrar y permite acceder a los registros
del sistema de systemd.

PARÁMETROS - JOURNALCTL
PARÁMETROS
-s, -u Consultar mensajes en un rango de fecha. Sintaxis de tiempo:
YYYY-MM-DD [HH:MM:SS], yesterday, today, tomorrow, N day ago, -/+
NhMmin(-1h15min)
u Permite visualizar unidades.
k Permite visualizar mensajes del kernel.
P imprime según el nivel de log (emerg, alert, crit, err, warning, notice, info,
debug).
nX Permite visualizar las ultimas, donde X, es el número de líneas que
queremos limitar.
PARAM_VALUE Permite visualizar parámetros:
_PID  ID de procesos
_UID  ID de usuarios
_COMM 

CASOS DE PRACTICA
A continuación, se muestran algunos ejemplos del comando journalctl acompañado con los
parámetros del punto anterior. Tener en consideración que se está utilizando Centos 7.

1. Para poder visualizar los logs en un rango de fecha del sistema ejecutamos el comando
journalctl -S 2022-06-06 -U 2022-06-08.
2. Visualizar los logs del sistema de la fecha actual. Ejecutar el comando journactl -S today.

3. Visualizar los logs del sistema especificando un número de días. Ejecutar el comando
journalctl -S '20 day ago'.

4. Visualizar los logs del sistema especificando el tiempo en hora y minutos. Ejecutar el
comando journalctl -S -6h25min.

5. Visualizar los logs del sistema de un servicio. Ejecutar el comando journalctl -u

network.service.

6. Visualizar los logs del sistema especificando el nivel error. Ejecutar el comando
journalctl -p err.
7. Visualizar los logs del sistema especificando el nivel warning. Ejecutar el comando
journalctl -p warning.

8. Visualizar logs del sistema por una unidad en específico, en este caso se ha puesto
como ejemplo la unidad service y se ejecutó el comando journalctl _COMM=sshd.

9. Visualizar los logs según el identificador de procesos. Ejecutar el comando journalctl

_PID=14268.

10. Visualizar especificando el número de las ultimas líneas de logs del sistema. Ejecutar el
comando journalctl -n20.
DMESG
Nos muestra los mensajes del kernel de Linux. Al arrancar el sistema se muestran mensajes
según se van cargando controladores o funciones del sistema. Para revisarlos se usa dmesg.

PARÁMETROS - DMESG
PARÁMETROS
-T Muestra las marcas de tiempo más claramente.
-k Solo mensajes del kernel
-l Filtra por niveles de aviso (warn, err, etc..)

CASOS DE PRACTICA
A continuación, se muestran algunos ejemplos del comando dmesg acompañado con los
parámetros del punto anterior. Tener en consideración que se está utilizando Centos 7.

1. El uso básico del comando es ejecutarlo sin parámetros. Como se puede observar el
resultado son todos los mensajes del kernel.

2. Para que sea más legible los mensajes ejecutamos el comando dmesg -H.

3. En caso de querer visualizar solo los mensajes del kernel ejecutamos el comando dmesg
-k.
4. Para visualizar el tiempo con mayor detalle ejecutamos el comando dmesg -T.

5. Si necesitamos examinar mensajes en caso de incidentes podemos configurar la salida

de los mensajes dmesg según el nivel de log. Si ejecutamos el comando dmesg -l nos
muestra los niveles de logs

A continuación, se muestra cómo podemos visualizar mensajes con el nivel de log en

específico.

En caso de querer visualizar solo mensajes de error ejecutamos el comando dmesg |

grep error. Como se podrá observar solo se ha mostrado los mensajes a nivel error.