如何修復核心更新破壞的重啟

我正在開發一個圍繞 Atmel ARM926EJ-S 建構的嵌入式系統，該系統基於相當老的 ARM 核心 ARMv5TEJ。在我不得不將核心從 3.11.6 更新到 4.1.18 之前，我有一個用於該硬體的 Debian 8 系統。需要更新以添加對某些 USB 硬體的支持。

更新給了我我想要的一個例外：重新啟動不再起作用。更準確地說，當我將命令reboot寫入控制台時，系統會自行關閉，但最終，它並沒有真正重新啟動 CPU，而是停止了，需要使用電源開關重新啟動系統。

什麼可能導致這種情況？我可以檢查任何典型問題嗎？

這是調試控制台的最後幾行：

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

正如對問題的評論中所建議的那樣，我嘗試了核心版本 4.11.0，這是目前最新的穩定版本。有一些關於重新啟動的新選項，現在可以使用。

我沒有進一步調查細節，所以我不知道是否有什麼東西被破壞了然後又被修復了，或者版本 4.1.18 是否可以通過正確的配置修復。

引用自：https://unix.stackexchange.com/questions/361362