Como posso descobrir qual serviço está paralisando o systemd durante o desligamento se não consigo obter um log?
Estou lutando há dias tentando descobrir o que está causando o travamento do systemd sempre que tento reiniciar ou desligar. Ele fica no meio do processo de desligamento, mas nunca é concluído. Este sistema está em uma máquina com apenas um console serial para acesso. Não há portas Ethernet. O único disco gravável é uma unidade RAM, portanto, olhar para o journalctl após a reinicialização é inútil.
A arquitetura é o Ubuntu 18.04 em um Arm64, e tudo que sei é o seguinte:
[ 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.
O que quer que esteja causando o travamento é provavelmente o próximo serviço a ser tentado. Como posso determinar o que é isso?
reboot -f funciona bem, então sei que não é um problema de hardware.
Existe alguma maneira de fazer com que o systemd produza informações mais detalhadas sobre o serviço que está tentando interromper?
Tentei:
reinicialização do systemctl --execução a seco
Esperando que ele pudesse me dizer o que estava tentando fazer, mas aparentemente --dry-run foi ignorado, porque iniciou um procedimento de desligamento real de qualquer maneira.
Existe alguma maneira de fazer com que o systemd gere sua lista de tarefas para que eu possa ver o que vem a seguir na fila? Com apenas um único console serial para acesso, não tenho certeza do que mais posso tentar.
Alguém tem uma sugestão?
Editar: Uma pergunta que tenho depois de analisar isso novamente. ttyS0 neste sistema é o console e a porta na qual estou logado. Percebo que pouco antes de as mensagens serem encerradas, o getty está parado nesta porta e, portanto, provavelmente estou desconectado. A interrupção do getty poderia estar impedindo que mais dados fossem relatados? E se sim, existe uma maneira de contornar isso?