通常の電源ランプやアクティビティランプを暗くするのは、どのインジケーターが障害や識別を示すものかを確認してからにしてください。正体の分からない赤色やアンバー色のチャンネルは、変更せずそのままにしておきます。
寝室のNASやホームオフィスのサーバーは正常に動作していても、一晩中まぶしい青色や白色の光を発することがあります。安全な手順は、各LEDの役割を分類し、まずファームウェアや対応ソフトウェアの制御機能を使い、リモート監視を維持したうえで、変更後に破壊的でないアラートをテストすることです。1つの設定で全チャンネルが同時に暗くなる場合は、操作を中止してください。睡眠時の快適さと引き換えに、ドライブ、ファン、電源の警告を見落とすことになってはいけません。
明るさを変更する前に、すべてのインジケーターを分類する
通常の状態でフロントパネルを撮影し、各ランプについて位置、ラベル、色、点滅パターンを一覧にします。ハードウェアのマニュアルや管理インターフェースで、電源、ディスクアクティビティ、ネットワーク、障害、温度、ファン、電源ユニット、識別の各ランプの意味を確認してください。装飾的に見える色でも、システムが障害を報告すると役割が変わることがあります。
ソフトウェアから制御できるインジケーターもあれば、ハードウェアに直接配線されているものもあります。ソフトウェアで制御可能なLEDに関するコミュニティの検証は、利用可能なチャンネルを思い込みで判断せず、実際に確認する必要がある理由を示しています。
通常のアクティビティ用チャンネルと装飾用チャンネルには候補として印を付けます。障害、アレイ劣化、過熱、ファン、電源ユニット、識別の各チャンネルは、独立したアラート経路を確認できるまで保護対象とします。筐体に全体を一括制御する明るさ設定しかない場合は、グループ全体を保護対象として扱い、通気口やラベルを覆わない物理的な遮光方法に切り替えてください。
最も影響の少ない制御レイヤーから使う
デバイス独自のチャンネルマップに従って動作する、文書化されたBIOS、BMC、エンクロージャー、またはベンダー設定を優先してください。消灯を選ぶ前に、まず明るさを下げます。元の値を保存し、通常用のランプ1つに変更を適用してから、再起動を1回行い、障害表示の動作を変えずに設定が保持されるか確認します。
LinuxのLEDチャンネルを公開しているハードウェアでは、起動時にトリガーや明るさの値を適用できる場合があります。検証済みのsystemdのLEDルールは、正確なチャンネル名と役割を自分のマシンで確認した後に限り、パターンとして利用してください。
再起動後に設定が消える場合は、すべてのLEDに影響するワイルドカードではなく、範囲を限定した起動ルールを追加します。安全なソフトウェアチャンネルが存在しない場合は、明るい装飾用ランプに取り外し可能な半透明フィルムや小さなフードを使用してください。障害ランプの集まり、通気口、または高温になる表面に不透明なテープを貼ってはいけません。
元に戻せる夜間プロファイルを作成する
まずは控えめな暗さに設定し、筐体の真正面ではなく、寝ている位置や作業位置から見て確認します。コマンド、メニューの場所、または元の値をシステム記録と一緒に保管してください。通常プロファイルが自動的に復元され、保護対象のチャンネルが独立している場合に限り、スケジュール設定を使用できます。
ハードウェアによって対応状況は異なるため、あるマシンで利用できるsysfsチャンネルが、別のサーバーにも同じ制御機能があることを意味するわけではありません。ルールを永続化する前に、対象ホストでチャンネル名、デバイスパス、トリガーが一致することを確認してください。
再起動し、対応している場合はサスペンドと復帰を行い、さらに1回電源を入れ直します。通常のランプが選択した明るさに戻り、保護対象のインジケーターが通常どおり表示されれば、プロファイルは合格です。ファームウェアの更新やカーネルの変更によってチャンネル名が変わった場合、ルールは安全に何もせず終了するべきであり、より広いグループを無効にする動作へフォールバックしてはいけません。
重要なアラートが確実に届くことを確認する
ハードウェアに機能がある場合は、内蔵ランプテスト、識別ランプのコマンド、または管理インターフェースのテストを使用してください。LEDをテストするためだけに、稼働中のドライブを抜いたり、ファンを塞いだり、過熱状態を作ったりしてはいけません。保護対象のランプが夜間でも判別でき、BMC、NASインターフェース、または監視ダッシュボードにテスト状態が表示されることを確認します。
無人で稼働するサーバーでは、フロントパネルのランプだけを唯一の状態通知手段にしてはいけません。ホームラボ監視ダッシュボードを使えば、筐体の通常照明を暗くしたまま、サービスとデバイスの状態を把握できます。
再起動と復帰のテスト後も通常のランプが快適な明るさに保たれ、障害や識別の信号が機能し、少なくとも1つのリモートアラート経路が有効であれば、設定は合格です。同じ設定で重要なインジケーターまで抑制される場合や、管理インターフェースにハードウェアの状態が反映されなくなった場合は、直ちに元に戻してください。インジケーターの役割が文書化されていない場合や、全体の明るさ設定で障害表示を維持できない場合は、デバイスのベンダーに問い合わせてください。
サポートとヒント
もっと読む

ロックの競合を避けて Restic のバックアップ、Forget、Prune ジョブをスケジュールする方法
頻繁なバックアップ、対象を限定した保持、物理的なプルーニング、チェック、再試行、リストア検証を分離した、完全なマルチホスト対応Resticスケジュール。

Resticのプルーニングジョブによってスケジュール済みバックアップがブロックされるのを防ぐ方法
共有Resticリポジトリ向けの予防計画。バックアップの実行時間帯とプルーンを分離し、ロック、再試行、アラートを維持します。

アクティブなバックアップを中断せずに古いResticロックを解除する方法
アクティブなバックアップを保護し、古い状態のみを削除して、通常のスケジュールで復旧を確認する、影響を最小限に抑えたResticのロック解除ワークフロー。

