Cómo determinar y solucionar problemas de arranque en Linux


El sistema Linux arranca tan rápido que la mayoría de la salida se desplaza demasiado rápido para leer el texto (que muestra los servicios que se están iniciando) enviado a la consola. Por lo tanto, observar los problemas/errores de arranque se convierte en un pequeño desafío para nosotros.

En este artículo, explicaremos brevemente las diferentes etapas en un proceso de inicio del sistema Linux, luego aprenderemos cómo establecer y llegar al fondo de los problemas de inicio: en términos de archivos para ver o comandos para ver los mensajes de inicio del sistema.

Resumen del proceso de arranque de Linux

En resumen, una vez que presionamos el botón Encender , el BIOS ( Sistema de entrada básico de entrada ), un programa integrado en una placa base realiza un POST ( Power on Self Test ) - donde se escanean hardware como discos, RAM (memoria de acceso aleatorio), teclado, etc. En caso de error (hardware faltante/defectuoso), se informa en la pantalla.

Durante POST , el BIOS también busca el dispositivo de arranque, el disco desde el cual se realiza la configuración (generalmente el primer disco duro, sin embargo, podemos configurarlo para que sea un DVD, un USB , Tarjeta de red etc en su lugar).

Luego el sistema se conectará al disco y buscará el Registro de arranque maestro (512 bytes de tamaño) que almacena el cargador de arranque (446 bytes de tamaño) y el resto del espacio almacena información sobre las particiones de disco (cuatro máximo) y el propio MBR.

El gestor de arranque identificará y señalará, así como cargará el Kernel y el archivo initrd (disco de inicialización ram: proporciona el acceso del kernel al sistema de archivos raíz montado y los módulos/controladores almacenados en /directorio lib ), que generalmente se almacenan en el directorio /boot del sistema de archivos.

Después de cargar el kernel, ejecuta init (o systemd en distribuciones de Linux más nuevas), el primer proceso con PID 1 , que a su vez inicia todos los demás procesos en el sistema. También es el último proceso que se ejecuta en el cierre del sistema.

Cómo descubrir problemas de arranque de Linux o mensajes de error

Como mencionamos anteriormente, los procesos de arranque de Linux suceden rápidamente y no podemos leer con claridad la mayoría de los resultados enviados a la consola.

Por lo tanto, tomar nota de los problemas/errores de arranque requiere que un administrador del sistema examine ciertos archivos importantes junto con comandos específicos. Y estos incluyen:

Este es probablemente el primer archivo que desea examinar, para ver todo lo que se desarrolló durante el inicio del sistema.

En lugar de esforzarnos para seguir el resultado en la pantalla durante el inicio, podemos ver este archivo después de que el proceso de inicio se haya completado para ayudarnos a determinar y resolver los problemas/errores de inicio.

Usamos el comando cat para ese propósito de la siguiente manera (a continuación se muestra un ejemplo de este archivo):

# cat /var/log/boot.log

Ver registros de inicio de Linux

[  OK  ] Started Load/Save RF Kill Switch Status.
[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-53e41ce9\x2ddc18\x2d458c\x2dbc08\x2d584c208ed615.device.
[DEPEND] Dependency failed for /dev/disk/by-uuid/53e41ce9-dc18-458c-bc08-584c208ed615.
[DEPEND] Dependency failed for Swap.
[  OK  ] Reached target System Initialization.
[  OK  ] Listening on UUID daemon activation socket.
[  OK  ] Started Daily Cleanup of Temporary Directories.
[  OK  ] Listening on CUPS Scheduler.
[  OK  ] Started Daily apt activities.
[  OK  ] Reached target Timers.
[  OK  ] Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
[  OK  ] Started ACPI Events Check.
[  OK  ] Started Trigger resolvconf update for networkd DNS.
[  OK  ] Started CUPS Scheduler.
[  OK  ] Reached target Paths.
[  OK  ] Listening on D-Bus System Message Bus Socket.
[  OK  ] Listening on ACPID Listen Socket.
         Starting Console System Startup Logging...
[  OK  ] Listening on Cockpit Web Service Socket.
[  OK  ] Reached target Sockets.
[  OK  ] Reached target Basic System.
         Starting LSB: Set the CPU Frequency Scaling governor to "ondemand"...
[  OK  ] Started ACPI event daemon.
[  OK  ] Started mintsystem.service.
         Starting Detect the available GPUs and deal with any system changes...
         Starting LSB: daemon to balance interrupts for SMP systems...
         Starting Bluetooth service...
[  OK  ] Started ClamAV virus database updater.
         Starting LSB: Starts syslogd...
[  OK  ] Started Regular background program processing daemon.
         Starting Modem Manager...
         Starting Accounts Service...
......

Desde la salida anterior, podemos ver que hay un problema de arranque indicado por las líneas a continuación.

[DEPEND] Dependency failed for /dev/disk/by-uuid/53e41ce9-dc18-458c-bc08-584c208ed615.
[DEPEND] Dependency failed for Swap.

rojo

Verifiquemos si el sistema está usando espacio de intercambio con comando libre.

# free

total        used        free      shared  buff/cache   available
Mem:        3742792     2421060      433696      287376      888036      967000
Swap:             0           0           0

Como alternativa, podemos ejecutar el comando swapon para ver el resumen de uso del espacio de intercambio del sistema (no obtendremos ningún resultado).

# swapon -s

Podemos resolver este problema, creando un espacio de intercambio en Linux.

rojo

Este archivo almacena mensajes generales del sistema, incluidos los mensajes que se registran durante el inicio del sistema.

Para verlo, escriba:

# cat /var/log/messages

Ver mensajes del registro del sistema

Jun  4 13:04:44 tecmint syslogd (GNU inetutils 1.9.4): restart
Jun  4 13:19:55 tecmint -- MARK --
Jun  4 13:39:55 tecmint -- MARK --
Jun  4 13:59:55 tecmint -- MARK --
Jun  4 14:19:55 tecmint -- MARK --
Jun  4 14:20:17 tecmint vmunix: [ 4945.388740] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun  4 14:20:17 tecmint vmunix: [ 4945.388837] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun  4 14:20:17 tecmint vmunix: [ 4945.388903] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun  4 14:20:17 tecmint vmunix: [ 4945.388930] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun  4 14:20:17 tecmint vmunix: [ 4945.389334] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun  4 14:20:17 tecmint vmunix: [ 4945.389402] pcieport 0000:00:1c.0: BAR 15: assigned [mem 0xdfa00000-0xdfbfffff 64bit pref]
.....

Debido a que este archivo puede ser relativamente largo, podemos verlo en las páginas usando el comando más (que incluso muestra un porcentaje) de esta manera.

# more /var/log/messages

El contenido de /var/log/messages , a diferencia del archivo anterior, no se borra, ya que no solo contiene mensajes de arranque sino también mensajes relacionados con otras actividades del sistema. Por lo tanto, los archivos más antiguos se comprimen y se guardan en el sistema para su posterior inspección, como se muestra a continuación.

# ls -l message*

-rw-r--r-- 1 root root 1206127 Jun 10 14:20 messages
-rw-r--r-- 1 root root 1419494 Jun  4 13:00 messages.1
-rw-r--r-- 1 root root  153011 May 28 09:30 messages.2.gz

El comando dmesg puede mostrar operaciones una vez que el proceso de arranque se ha completado, como las opciones de línea de comandos pasadas al kernel; componentes de hardware detectados, eventos cuando se agrega un nuevo dispositivo USB o errores como NIC (tarjeta de interfaz de red) y los controladores informan que no se ha detectado actividad de enlace en la red y mucho más.

# dmesg

Mostrar mensajes del kernel

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 4.4.0-21-generic ([email protected]) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-21-generic root=UUID=57b36d48-1938-43c2-bf85-e97bc9f423ea ro quiet splash
[    0.000000] KERNEL supported cpus:
[    0.000000]   Intel GenuineIntel
[    0.000000]   AMD AuthenticAMD
[    0.000000]   Centaur CentaurHauls
[    0.000000] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[    0.000000] x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point registers'
[    0.000000] x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'
[    0.000000] x86/fpu: Supporting XSAVE feature 0x04: 'AVX registers'
[    0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
[    0.000000] x86/fpu: Using 'eager' FPU context switches.
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000008ffff] usable
[    0.000000] BIOS-e820: [mem 0x0000000000090000-0x00000000000bffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[    0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000020200000-0x0000000040003fff] usable
[    0.000000] BIOS-e820: [mem 0x0000000040004000-0x0000000040004fff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000040005000-0x0000000080b2ffff] usable
[    0.000000] BIOS-e820: [mem 0x0000000080b30000-0x0000000080d31fff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000080d32000-0x00000000ce3eefff] usable
[    0.000000] BIOS-e820: [mem 0x00000000ce3ef000-0x00000000ce5eefff] type 20
[    0.000000] BIOS-e820: [mem 0x00000000ce5ef000-0x00000000daeeefff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000daeef000-0x00000000daf9efff] ACPI NVS
....

Esto es útil en la mayoría de las distribuciones actuales de Linux usando systemd: el administrador de servicios y sistemas más nuevo. Bajo este sistema, el registro del sistema se realiza a través del componente de diario, una ubicación centralizada para todos los mensajes registrados por diferentes componentes.

Estos mensajes incluyen el núcleo y los mensajes de arranque; Mensajes de syslog o varios servicios. Podemos usarlo para revisar los mensajes de inicio y establecer problemas de inicio al leer la salida e identificar las líneas de interés (errores señalados por líneas rojas según la configuración de color del texto del terminal).

# journalctl

Mostrar contenido de SystemD

Jun 13 16:35:32 tecmint mtp-probe[963]: checking bus 2, device 5: "/sys/devices/pci0000:00/0000:00:1d.0/u
Jun 13 16:35:32 tecmint mtp-probe[963]: bus: 2, device: 5 was not an MTP device
Jun 13 16:35:54 tecmint systemd[1]: dev-disk-by\x2duuid-53e41ce9\x2ddc18\x2d458c\x2dbc08\x2d584c208ed615.
Jun 13 16:35:54 tecmint systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-53e41ce9\x2ddc18\x2d
Jun 13 16:35:54 tecmint systemd[1]: Dependency failed for /dev/disk/by-uuid/53e41ce9-dc18-458c-bc08-584c2
Jun 13 16:35:54 tecmint systemd[1]: Dependency failed for Swap.
Jun 13 16:35:54 tecmint systemd[1]: swap.target: Job swap.target/start failed with result 'dependency'.
Jun 13 16:35:54 tecmint systemd[1]: dev-disk-by\x2duuid-53e41ce9\x2ddc18\x2d458c\x2dbc08\x2d584c208ed615.
Jun 13 16:35:54 tecmint systemd[1]: dev-disk-by\x2duuid-53e41ce9\x2ddc18\x2d458c\x2dbc08\x2d584c208ed615.
Jun 13 16:35:54 tecmint systemd[1]: Reached target System Initialization.
Jun 13 16:35:54 tecmint systemd[1]: Started ACPI Events Check.
Jun 13 16:35:54 tecmint systemd[1]: Listening on CUPS Scheduler.
Jun 13 16:35:54 tecmint systemd[1]: Starting Console System Startup Logging...
Jun 13 16:35:54 tecmint systemd[1]: Started Daily Cleanup of Temporary Directories.

Lo anterior es una muestra de la salida del comando que muestra un error que ya identificamos al ver /var/log/boot.log : el error de la partición de intercambio. Para ver más líneas de salida, simplemente presione el botón [Enter] .

Consulte también estas guías útiles sobre el inicio del sistema Linux y la administración de servicios en relación con los administradores comunes de sistemas y servicios:

  1. Process Management in RHEL 7: Boot, Shutdown, and Everything in Between
  2. Managing System Startup Process and Services (SysVinit, Systemd and Upstart)
  3. The Story Behind ‘init’ and ‘systemd’: Why ‘init’ Needed to be Replaced with ‘systemd’

En este artículo, explicamos brevemente las diferentes etapas en el proceso de arranque del sistema Linux y aprendimos cómo establecer y posiblemente resolver problemas de arranque. Para agregar algún pensamiento a esta guía, use el formulario de comentarios a continuación.

Todos los derechos reservados © Linux-Console.net • 2019-2021