Estou trabalhando em um sistema embarcado construído em torno do Atmel ARM926EJ-S baseado no antigo núcleo ARM ARMv5TEJ. Eu tenho um sistema Debian 8 que funcionava com esse hardware até que tive que atualizar o kernel de 3.11.6 para 4.1.18. A atualização foi necessária para adicionar suporte para determinados hardwares USB.
A atualização me deu o que eu queria, com uma exceção: a reinicialização não está mais funcionando. Mais precisamente, quando escrevo um comando rebootno console, o sistema desliga sozinho, mas no final, em vez de realmente reiniciar a CPU, ele simplesmente para, exigindo o uso do botão liga / desliga para reativar o sistema.
O que poderia causar isso? Há algum problema típico que eu possa verificar?
Aqui estão as últimas linhas do console de depuração:
systemd-shutdown[1]: Sending SIGTERM to remaining processes...
systemd-journald[721]: Received SIGTERM from PID 1 (systemd-shutdow).
systemd-shutdown[1]: Sending SIGKILL to remaining processes...
systemd-shutdown[1]: Unmounting file systems.
systemd-shutdown[1]: Unmounting /sys/kernel/debug.
EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
systemd-shutdown[1]: All filesystems unmounted.
systemd-shutdown[1]: Deactivating swaps.
systemd-shutdown[1]: All swaps deactivated.
systemd-shutdown[1]: Detaching loop devices.
systemd-shutdown[1]: All loop devices detached.
systemd-shutdown[1]: Detaching DM devices.
systemd-shutdown[1]: All DM devices detached.
systemd-shutdown[1]: Rebooting.
reboot: Restarting system
Reboot failed -- System halted
Responder1
Tentei a versão 4.11.0 do kernel, que é a versão estável mais recente no momento, conforme sugerido nos comentários à pergunta. Houve algumas novas opções em relação à reinicialização e funciona agora.
Não investiguei mais os detalhes, então não posso dizer se algo foi quebrado e corrigido novamente ou se a versão 4.1.18 poderia ter sido corrigida com a configuração adequada.