smartdを使用してUbuntuのSMARTディスク警告をメールで受け取る

Ubuntuのsmartmontoolsパッケージを使用して、サポートされているドライブを監視しsmartd、その警告を正常に動作するローカルメールサービスまたはSMTPリレー経由でルーティングします。1台のUbuntuサーバーの場合、アラートのパスはシンプルに保ちます。smartctl各ディスクが読み取れることを確認し、受信者をに追加し/etc/smartd.conf、アラートに頼る前にテストメッセージを送信します。SMART警告は、発生しつつある問題を明らかにすることができますが、すべての突然のドライブ障害を予測できるわけではありません。

お使いのUbuntuホストに適したメール送信方法を選択してください。

smartdインターネットメールプロバイダへの認証は単独では行いません。デフォルトのメールパスはシステムmailコマンドを呼び出すため、メール配信は設定済みのメール転送エージェント（MTA）またはリレーにも依存します。既に利用可能なルートに一致するルートを選択してください。

既にシステムメールが正常に動作しているシングルドライブマシンでは、既存のMTAを使用してください。これが新しいUbuntuサーバーで、SMTPリレーの認証情報を持っている場合は、Ubuntuがスマートホストの設定方法を文書化しているため、Postfixが実用的です。Ubuntumsmtpのパッケージアーカイブには、軽量クライアント（例：）が用意されていますが、選択する前に、smartdの設定で想定されているmailコマンドとの連携方法を確認してください。いずれの場合も、監視対象とする外部アドレスへの配信テストを実施してください。

1. UbuntuがドライブのSMARTデータを読み取れることを確認します。

smartmontoolsをインストールし、現在のシステムで開けるデバイスをスキャンしてください。

sudo apt update
sudo apt install smartmontools
sudo smartctl --scan-open

スキャン結果には、/dev/sda -d satNVMe デバイスパスなどのエントリが含まれる場合があります。お使いのマシンに表示されているパスと-dデバイスタイプのオプションを使用してください。次に、1 つのドライブを検査します。

sudo smartctl -a /dev/sda

検出されたデバイスに変更してください/dev/sda。USBエンクロージャー、ハードウェアRAIDコントローラー、またはストレージアダプターがSMARTパススルーをブロックしている可能性があります。スキャンでディスクが表示されない場合は、コントローラーのドキュメントとsmartmontoolsのデバイスタイプオプションを確認してください。スキャンが成功しても、データが読み取り可能であることが確認されるだけで、ドライブが正常であることは保証されません。

2. smartdを設定して受信者にメールを送信する

デーモン設定を開きます。

sudoedit /etc/smartd.conf

自動検出を行うには、アクティブなスキャンラインを1つ使用し、例のアドレスを宛先アドレスに置き換えてください。

DEVICESCAN -a -m admin@example.net -M test

-a標準の SMART チェックセットを有効にし、-mメールの受信者を設定し、-M test起動時に smartd にテスト警告を 1 回送信するように要求します。 は、DEVICESCAN検出されたドライブにこれらの指示を適用し、ファイル内の後続のデバイスエントリを無視します。選択したドライブのみが必要な場合は、代わりに各ディスクに対してデバイス行を使用します。たとえば、/dev/sda -a -m admin@example.net -M test。 RAID または USB で接続されたディスクの場合は、スキャンで表示される、またはコントローラで要求されるデバイスタイプオプションを含めます。

ファイルを保存し、Ubuntuのsmartmontoolsサービスを有効にして再起動してください。

sudo systemctl enable --now smartmontools.service
sudo systemctl restart smartmontools.service

サービスが正常に起動しない場合は、サービスと最近のログメッセージを確認してください。

systemctl status smartmontools.service
sudo journalctl -u smartmontools.service -n 50 --no-pager

古いシステムやカスタマイズされたシステムでは、ユニット名が異なる場合があります。systemctl list-unit-files '*smart*'お使いのシステムにインストールされているユニットを見つけるには、以下の手順に従ってください。

3. テスト配信を行い、リマインダーの動作を選択します。

起動時にメッセージを送信するため-M test、サービスを再起動してメールが届くことを確認してください。これにより、smartd からローカルのメールコマンド、MTA またはリレーまでの経路が検証されます。テストが届かない場合は、まず同じメールコマンドを使用してメッセージを送信するか、MTA のキューとログを確認してください。実行中の smartmontools サービスでは、SMTP 認証情報、DNS、TLS、またはプロバイダ側のリレー制限を修正することはできません。

テストが届いたら、サービス-M testから削除して再度再起動し、通常の再起動で別のテスト メッセージが生成されないようにしてください。はそのままにしておきます。デフォルトでは、smartd は繰り返しのアラートを制限します。保存された監視状態に応じて、最初の警告を送信し、進行中の問題に対して毎日リマインダーを送信する場合があります。これにより受信トレイのノイズが軽減されますが、異なるリマインダーの頻度を希望するオペレーターは、変更する前にインストール済みのマニュアルを確認してください。/etc/smartd.conf-msmartd.conf(5)-M

これらのアラートでわかることとわからないこと

smartd はデバイスを定期的にチェックし、デフォルトのポーリング間隔は 30 分なので、アラートは即座には発生しません。サポートされているヘルス障害、新しいログエラー、その他の設定済み状態を報告できます。SMART 属性はベンダーに依存するため、正常と表示されていても、突然の電子障害、機械障害、コントローラ障害、または接続障害の可能性を排除することはできません。1sudo smartctl -a /dev/sdaつのステータス行だけで診断を完了するのではなく、バックアップを保持し、警告とドライブメーカーのガイダンスに従って調査してください。

正確なディレクティブの動作とサポートされているデバイスの種類については、Ubuntu smartd.conf マニュアルとUbuntu smartd マニュアルを参照してください。Ubuntu はPostfix セットアップ ガイドで SMTP スマートホストの設定について説明しています。Ubuntu のパッケージ インデックスには、軽量 SMTP クライアントを選択するシステム向けのmsmtp-mta パッケージが記載されています。