カーネルアップデートによって再起動が中断された場合の修復方法

カーネルアップデートによって再起動が中断された場合の修復方法

私は、かなり古い ARM コア ARMv5TEJ をベースにした Atmel ARM926EJ-S を中心に構築された組み込みシステムに取り組んでいます。カーネルを 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

答え1

質問のコメントで提案されているように、現時点で最新の安定バージョンであるカーネル バージョン 4.11.0 を試しました。再起動に関する新しいオプションがいくつかあり、現在は動作します。

詳細をさらに調査していないため、何かが壊れて再度修正されたのか、バージョン 4.1.18 が適切な構成で修正できたのかはわかりません。

関連情報