acpiモジュールがカーネルで有効になっている場合、ソフトシャットダウンのためにacpidサービスを実行する必要がありますか？
私が理解したのは、acpidがふたを閉じるなどの電源イベントをキャプチャし、定義されたルールに従って、シャットダウン、スリープなどのアクティビティをトリガーすることです。
したがって、shutdown -h nowのようなコマンドを実行するためにacpidサービスは必要ないと言えます。 acpidサービス自体が構成ファイル内でshutdown -h nowコマンドを実行しているため、そのように見えます。
また、サーバーにacpidが必要かどうかも疑問です。サーバーに対してどのような種類の電源イベントを発生させることができますか？
原則として、はい、適切に正常にシャットダウンするにはデーモンを実行する必要があります。カーネルのACPIモジュールは、実際にイベントに応答するユーザースペースコンポーネントの仲介役として機能します。ただし、一部のシステムでは、systemdはacpidをまったく必要とせずにこれを処理する場合があります（ただし、systemdは応答する機能の柔軟性がはるかに低くなります） ACPIイベントなので、systemdシステムでacpidを実行している人もいます）。
サーバーに関しては、ほとんど同じタイプのイベントがあり、必ずしも電力に関連しているわけではありません。表示される可能性のあるイベントには、次のものが含まれますが、これらに限定されません。
- 電源ボタンを押す。
- ふたを開閉する（ラップトップ、2-in-1、およびケースが統合されている一部のタブレットの場合）。
- ドッキングとドッキング解除（リッドスイッチと同じタイプのシステム）。おそらく、システムにドッキング解除の準備をするように指示するために使用される電源ボタンと同様の特別なトリガーイベントがあります（ただし、ほとんどのものを接続するため、これはもはや一般的ではありません）ドックを介してへは、最近ホットプラグ可能です）。
- 一部のシステムでの特定のタイプのデバイスのホットプラグおよびホットリムーブ。
- キー押下のように処理されない場合の2-in-1システムのモードの切り替え。
- 一部のシステムのスリープボタン（通常、これは実際にはキー押下であり、ACPIイベントではありません）。
- 熱スロットル。最近の多くのシステム（特にサーバーとラップトップ）では、特定のシステムコンポーネントが過熱したり、過熱に近づいたりすると、ACPIイベントが発生します。
- 他のレポートメカニズムと重複している可能性のある、任意の数の低レベルのシステム内部エラー状態（メモリエラーが発生するたびにACPIイベントをトリガーするサーバーが少なくとも1つありますが、それらはOSの完全に異なる部分）。