Recientemente, systemd lanzó una nueva característica para administrar fallas de arranque. Leamos sobre esto en esta breve cobertura sobre el mismo.
¿Qué es systemd, de nuevo?
Systemd es un demonio del sistema que sirve como un paquete de software de componentes básicos para un sistema Linux. Facilita la gestión de sistemas y servicios e inicia el resto del sistema. Se representa convencionalmente todo en letras minúsculas como systemd (demonio del sistema) según los estándares Unix/Linux.
Fue iniciado como un proyecto de desarrollador en 2010 por Lennart Poettering y Kay Sievers. Fedora se convirtió en la primera distribución importante en incluir systemd de forma predeterminada desde mayo de 2011.
La inclusión de systemd creó una especie de revuelta en los usuarios veteranos de Linux. Las distribuciones como Devuan se crearon solo para mantener alejado a systemd.
No voy a entrar en el debate systemd vs init aquí. Esa es completamente tu decisión si entiendes los tecnicismos. Voy a compartir la nueva función de systemd junto con mi experiencia en solucionar fallas de arranque con él.
Recuento de arranque:la característica más nueva de Systemd
Como sugiere la frase, contar los intentos de arranque es parte de una versión revisada de
Con la ayuda de esta evaluación, el sistema puede volver automáticamente a una versión anterior del sistema operativo/kernel, en caso de que una más nueva se niegue a iniciar correctamente debido a una falla.
El conjunto revisado de características de
Los desarrolladores también sugieren que, además de proporcionar una solución completa en los sistemas UEFI, los diferentes componentes también se pueden usar de forma independiente en combinación con otro software.
Diagnóstico de problemas con systemd:My Experience
Estoy entusiasmado con esta nueva característica de systemd. Esto podría ahorrar mucho tiempo y problemas a los usuarios de Linux. Compartiré mi experiencia con el problema de arranque ANTES systemd introdujo esta característica de falla de arranque.
Systemd me ha ayudado a diagnosticar un problema en el pasado en mi sistema de arranque dual y creo que sería útil compartir la experiencia aquí, para conocer su ingenio:
Una vez, mientras intentaba iniciar mi sistema Ubuntu 16.04 LTS, recibí el siguiente mensaje de error después de seleccionar el mismo de GRUB:
Estaba alarmado de por qué ser "recibido" con un mensaje tan molesto de repente después de un ajetreado día de trabajo. Cuando leí que mencionaba uno de los discos duros de mi PC (/dev/sdb3), tuve la idea de que podría tener que hacer algo con la función de hibernación de Windows 10 y el hecho de que los intentos de apagado en Windows 10 son en realidad hibernaciones parciales para un arranque más rápido.
Tan pronto como obtuve esta pista, inicié Windows e hice un apagado completo manteniendo presionada la tecla Shift y luego haciendo clic en Apagar en el menú de Inicio de Windows, después de lo cual pude iniciar sesión con éxito en Ubuntu. De ahora en adelante, deshabilité el "inicio rápido" y la hibernación en Windows.
Cuando revisé los registros con la ayuda del comando, de vuelta en Ubuntu, descubrí que el mensaje de error es parte de systemd características de . Usé el siguiente comando para almacenar la salida completa del comando en un archivo de registro:
journalctl -xb | tee systemdlogged.logAl revisar el archivo de registro, pude volver a confirmar que, de hecho, se debió a una hibernación parcial en Windows 10 (No se puede crear la sesión:ya se está ejecutando en una sesión ).
¿Te encanta o lo odias?
Como puede ver, este nuevo respaldo automático al kernel anterior ahorraría a los usuarios de Linux algunos problemas aquí.
Esta idea permitiría la implementación de esquemas similares en otros cargadores de arranque o sistemas que no sean UEFI. Quizás systemd ¿También se puede considerar su uso con LinuxBoot en el futuro?