¿Cómo puedo saber qué servicio está deteniendo systemd durante el apagado si no puedo obtener un registro?
He estado luchando durante días tratando de descubrir qué está causando que systemd se cuelgue cada vez que intento reiniciar o apagar. Llega a la mitad del proceso de apagado, pero nunca se completa. Este sistema está en una máquina a la que solo se puede acceder a una consola en serie. No hay puertos ethernet. El único disco grabable es una unidad RAM, por lo que mirar journalctl después de reiniciar es inútil.
La arquitectura es ubuntu 18.04 en un Arm64 y todo lo que sé es lo siguiente:
[ OK Stopping Session 3 of user root.
[ OK ] Stopped target Timers.
[ OK ] Stopped Daily apt upgrade and clean activities.
[ OK ] Stopped Daily apt download activities.
[ OK ] Stopped Daily Cleanup of Temporary Directories.
Stopping Authorization Manager...
[ OK ] Stopped Discard unused blocks once a week.
Stopping Availability of block devices...
[ OK ] Stopped target Graphical Interface.
Stopping Disk Manager...
[ OK ] Stopped target Multi-User System.
Stopping strongSwan IPsec IKEv1/IKEv2 daemon using ipsec.conf...
Stopping System Logging Service...
[ OK ] Stopped target Login Prompts.
Stopping Getty on tty1...
Stopping Serial Getty on ttyS0...
Stopping Unattended Upgrades Shutdown...
Stopping Dispatcher daemon for systemd-networkd...
Stopping D-Bus System Message Bus...
Stopping Chassis Fan Service...
Stopping Regular background program processing daemon...
Stopping OpenBSD Secure Shell server...
[ OK ] Stopped Resets System Activity Data Collector.
Stopping vsftpd FTP server...
Stopping Nexcopy Graphical Interface...
[ OK ] Stopped Nexcopy Gadget Service.
Stopping LSB: Load kernel image with kexec...
Stopping LSB: HPA's tftp server...
Stopping User Manager for UID 0...
[ OK ] Stopped target Host and Network Name Lookups.
Stopping Getty on ttyGS0...
[ OK ] Stopped Message of the Day.
Stopping Network Name Resolution...
[ OK ] Stopped Network Name Resolution.
[ OK ] Stopped System Logging Service.
[ OK ] Stopped Dispatcher daemon for systemd-networkd.
[ OK ] Stopped Disk Manager.
[ OK ] Stopped strongSwan IPsec IKEv1/IKEv2 daemon using ipsec.conf.
[ OK ] Stopped Regular background program processing daemon.
[ OK ] Stopped vsftpd FTP server.
[ OK ] Stopped Unattended Upgrades Shutdown.
[ OK ] Stopped Serial Getty on ttyS0.
[ OK ] Stopped Nexcopy Graphical Interface.
[ OK ] Stopped Getty on tty1.
Lo que sea que esté causando el bloqueo probablemente sea el próximo servicio que se intenta. ¿Cómo puedo determinar qué es eso?
reiniciar -f funciona bien, así que sé que esto no es un problema de hardware.
¿Existe alguna forma de hacer que systemd genere información más detallada sobre el servicio que está intentando detener?
Lo intenté:
reinicio systemctl --ejecución en seco
Con la esperanza de que me diga lo que estaba tratando de hacer, pero aparentemente se ignora el ensayo, porque de todos modos inició un procedimiento de apagado real.
¿Hay alguna forma de hacer que systemd genere su lista de tareas para que pueda ver qué sigue en la cola? Con solo una consola serie para acceder, no estoy seguro de qué más puedo probar.
alguien tiene una sugerencia?
Editar: Una pregunta que tengo después de mirar esto nuevamente. ttyS0 en este sistema es la consola y el puerto en el que inicié sesión. Noto que poco antes de que desaparezcan los mensajes, Getty se detiene en este puerto, por lo que presumiblemente me desconecté. ¿La detención de Getty podría estar impidiendo que se informen más datos? Y si es así, ¿hay alguna forma de evitarlo?