あなたが求めているものを考えてみましょう。電源がオフになっている単一のデバイスで、特定の時間にコードを実行してオンにする必要があります。そのコードを実行するものは何ですか? 何ができる デバイスはそのコードを実行しますか?
デバイスのスリープ状態の深さによっては、特定の時間にデバイスの電源をオンにするように BIOS を構成することで可能になる場合があります。 BIOS はそのような機能をサポートしています。パワーダウン時にCMOSメモリのビットを直接いじり、何も破損していないことを期待していますが、原則としてそれは実行可能である必要があります。 BIOS のアップグレードの場合の回復力は、実用的でさえあるかもしれません。ただし、それはデバイスの電源が完全にオフになっていないことに依存します。何かがシステムのリアルタイムクロックを監視し、事前に選択された値に達したときに電源投入シーケンスを実行する必要があります. Wake on LAN や Wake on Ring などの技術と同じで、これらはすべて 何か に依存しています 電源投入イベントをトリガーします。 (あなたが回答者にそうしないように頼んだにもかかわらず、Wake on LAN について書くことで私は今、反対票を獲得しますか?)
さらに言えば、ATX で (電源ボタンを押しても) トリガーされるのは、ある電源状態から別の電源状態への移行 です。 . ATX システムを完全にシャットダウンする唯一の方法は、PSU のスイッチを使用して電源をオフにするか、電源コードを抜くことです。これは、電源スイッチが AC 電源コードと一致していたため、コンピューターの電源をオフにしたときに実際に完全に電源がオフになった AT PSU とは対照的です。 ATX PSU の電源スイッチ (コンピュータの電源ボタンではない) と同じように。ただし、システムの電源が完全にオフになっているか、システムクロックが特定の値に達するのを待つ何らかのループを実行しているだけであるかに関係なく、オペレーティングシステムや CPU を実行しているものは何もないため、実際には違いはありません。電源が入っている場合 (これはマザーボードと BIOS の実装の詳細です。そのような単純なタスクのためだけに補助的な低電力 CPU を使用している可能性があります)、インストールされたコードは実行されないため、Linux はどこにもありません。 CPU に関する限り、目に見えて、ましてや cron のようなものはありません。
要点; あなたが求めていることが Linux から直接実行できるとしたら、私は非常に驚きます 、しかしそうかもしれません 周囲のハードウェアとファームウェアの全体像を見ることで可能になります。最も安全な方法はほぼ間違いなく 正確にはその外部トリガーであり、シャットダウン時にプログラムされて、特定の間隔の後または特定の時間 (独立した RTC がある場合) に電源投入シーケンスをトリガーします。