☰

如何修復因核心更新而導致的重啟問題

tag-icon • tag-icon debian linux-kernel embedded reboot
如何修復因核心更新而導致的重啟問題

我正在開發一個圍繞 Atmel ARM926EJ-S 構建的嵌入式系統，該系統基於相當舊的 ARM 核心 ARMv5TEJ。我有一個 Debian 8 系統，曾經適用於該硬件，直到我不得不將核心從 3.11.6 更新到 4.1.18。需要進行更新以新增對某些 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

答案1

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

我沒有進一步調查細節，所以我無法判斷是否有東西被破壞然後再次修復，或者版本 4.1.18 是否可以透過正確的配置進行修復。

相關內容