UbuntuでSMARTドライブの状態をメールアラートで監視する方法
Ubuntuにsmartmontoolsをセットアップして、ドライブの状態を監視し、SMARTメールアラートを送信します。デバイスのサポート状況を確認し、メール配信を設定し、通知をテストし、障害のトラブルシューティングを行います。
Ubuntu Desktop の 26.04 LTS インストール ガイドには、標準および高度なディスク設定オプションが記載されていますが、インストーラの選択肢として Btrfs は記載されていません。最終更新日は 2026 年 5 月 6 日です。つまり、Btrfs Ubuntu デスクトップでは、カスタム パーティションまたはサブボリューム レイアウトが使用される可能性があります。スナップショットを自動化する前に、実際にマウントされているものを特定します。/これは、Btrfs ルート サブボリュームが故障したり、間違ったデータを保護したりする可能性があることを前提とした Snapper コマンドです。このガイドでは、検証済みの Btrfs サブボリュームで Snapper を使用して 1 時間ごとのタイムライン スナップショットを設定し、古いスナップショットが永久に蓄積されないようにスケジュールされたクリーンアップを有効にします。
SnapperはUbuntuのリポジトリで入手可能で、Ubuntu 26.04 LTS (Resolute) パッケージには、タイムラインとクリーンアップ ジョブ用の systemd ユニットが含まれています。以下のコマンドは、スナップショットのターゲットが Btrfs サブボリュームであるマシン向けです。Ubuntu のインストールで、保護対象のサブボリュームではなく、ext4、LVM、または Btrfs トップレベル マウントを使用している場合は、レイアウト チェックの段階で処理を停止し、まずその問題を解決してください。
Btrfsスナップショットは、特定の時点におけるサブボリュームであり、最初は元のファイルとファイルエクステントを共有します。これは、誤った編集や更新後にファイルを復元したり、システムの状態を比較したりするのに役立ちます。ただし、これは独立したバックアップではありません。スナップショットは同じファイルシステム上に残るため、ディスク障害、ファイルシステムの損傷、盗難、またはファイルシステム全体の誤削除によって、ライブデータとスナップショットの両方が失われる可能性があります。
スナップショットは、ネストされたサブボリュームを再帰的にキャプチャしません。 が/home別のサブボリュームである場合、ルートサブボリュームのスナップショットには、その別の の内容は含まれません/home。保護する必要のあるサブボリュームごとに 1 つの Snapper 構成を計画するか、ユーザー データのバックアップを別途作成してください。災害復旧のために、別のデバイスまたはリモート システムにもコピーを保存してください。
ターミナルを開いてルートマウントを確認します。
findmnt -no SOURCE,FSTYPE,OPTIONS /
sudo btrfs subvolume show /
sudo btrfs subvolume list /
最初のコマンドはbtrfsファイルシステムの種類を報告するはずです。エントリのマウント オプションを確認しsubvol=、サブボリューム一覧を使用してレイアウトを理解します。2 番目のコマンドは、にマウントされているサブボリュームを識別するはずです/。ファイルシステムの種類が Btrfs でない場合、この Snapper の手順は適用できません。コマンドが、が/サブボリュームではないと報告するか、それがトップレベルのサブボリュームであることを示している場合は、ルート Snapper 設定を盲目的に作成しようとしないでください。Btrfs のトップレベルのサブボリュームには特別な制限があります。代わりに、正しく設計されたサブボリューム レイアウトを使用するか、検証済みの別のサブボリュームのスナップショットを作成してください。
と/homeを使用して、マウントポイントかサブボリュームかを個別に確認してください。別個のもので、個人ファイルのスナップショットが必要な場合は、独自の構成が必要です。また、別のデータマウントなど、他の重要なパスが別のファイルシステム上に存在するかどうかも考慮してください。ルートスナップショットには、それらは自動的に含まれません。findmnt /homesudo btrfs subvolume show /home
対象がBtrfsサブボリュームであることを確認したら、Ubuntuパッケージをインストールします。
sudo apt update
sudo apt install snapper btrfs-progs
snapperスナップショットの設定と保持を管理し、btrfs-progsBtrfsの検査に役立つファイルシステムユーティリティを提供します。新しい設定を作成する前に、既に存在する設定がないか確認します。
sudo snapper list-configs
既に正しいルートサブボリュームを指している構成が存在する場合はroot、重複を作成するのではなく、その構成を保持して設定を確認してください。出力が空で、/保護対象のサブボリュームであることが確認されている場合は、構成を作成してください。
sudo snapper -c root create-config /
このcreate-configコマンドは、選択したサブボリュームに対してSnapper構成とそのスナップショットディレクトリを作成します。構成が既に存在するか、パスがサブボリュームではないというエラーが表示された場合は、処理を停止して現在の設定を確認してください。既存の構成を削除してコマンドを強制的に実行しないでください。
Snapperのタイムラインモードでは、1時間ごとのスナップショットを作成できます。また、タイムラインクリーンアップアルゴリズムでは、選択した1時間ごと、1日ごと、1週間ごと、1ヶ月ごと、1年ごとのスナップショットを保持できます。空き容量が限られているデスクトップの場合は、まず控えめなポリシーを設定し、無制限の履歴を保持するのではなく、ストレージを監視することをお勧めします。この例では、1時間ごとのスナップショットを6つ、1日ごとのスナップショットを7つ、1週間ごとのスナップショットを4つ、1ヶ月ごとのスナップショットを3つ要求し、1年ごとのスナップショットは要求しません。
sudo snapper -c root set-config 'TIMELINE_CREATE=yes TIMELINE_CLEANUP=yes TIMELINE_LIMIT_HOURLY=6 TIMELINE_LIMIT_DAILY=7 TIMELINE_LIMIT_WEEKLY=4 TIMELINE_LIMIT_MONTHLY=3 TIMELINE_LIMIT_YEARLY=0'
これらの値は保持カテゴリを表すものであり、ディスク容量の上限ではありません。変更または削除された大きなファイルは、スナップショットが参照している限り、古いデータエクステントを割り当てたままにすることができます。使用可能な容量は、他の Btrfs サブボリュームやファイルにも依存します。定期的に確認しdf -h /、sudo btrfs filesystem usage /ファイルシステムがいっぱいになりそうになったら保持期間を短縮するか、ストレージを追加してください。複数の設定を一度に編集することは避けてください。sudo snapper -c root get-config変更後は、実行して値を確認してください。
Ubuntu 26.04 LTS では、Snapper パッケージのファイルリストにsnapper-timeline.timerと が含まれていますsnapper-cleanup.timer。systemd が定期的にタイムライン スナップショットを作成し、クリーンアップを実行するように、両方を有効にしてください。
sudo systemctl enable --now snapper-timeline.timer snapper-cleanup.timer
それらがロードされていることを確認し、次回のスケジュールを確認してください。
systemctl list-timers snapper-timeline.timer snapper-cleanup.timer
systemctl status snapper-timeline.timer snapper-cleanup.timer
タイマーがアクティブと表示されているということは、systemdにスケジュールがロードされていることを意味しますが、それだけではSnapperがスナップショットを正常に作成したことを証明するものではありません。次のタイムライン実行後、設定とスナップショットリストを確認してください。
sudo snapper list-configs
sudo snapper -c root list
スケジュールされた実行後にタイムラインのスナップショットが表示されない場合は、TIMELINE_CREATEがに設定されていることを確認しyes、を使用してサービスログを調べてjournalctl -u snapper-timeline.service -bください。パッケージ化されたユニットとログを確認するまでは、カスタムタイマーを作成しないでください。重複したスケジュールは、意図したよりも多くのスナップショットを作成する可能性があります。
レイアウトチェックでそれ/homeがBtrfsサブボリュームであることが確認され、かつユーザーファイルを含める必要がある場合にのみ、この操作を実行してください。まず、コマンドを実行してsudo snapper list-configs、その名前が使用されていないことを確認しますhome。次に、そのサブボリュームの構成を作成し、別の保持ポリシーを適用します。
sudo snapper -c home create-config /home
sudo snapper -c home set-config 'TIMELINE_CREATE=yes TIMELINE_CLEANUP=yes TIMELINE_LIMIT_HOURLY=6 TIMELINE_LIMIT_DAILY=7 TIMELINE_LIMIT_WEEKLY=4 TIMELINE_LIMIT_MONTHLY=3 TIMELINE_LIMIT_YEARLY=0'
タイムラインの作成とクリーンアップが有効になっている Snapper 構成は、同じ systemd タイマーによって処理されるため、通常は別のタイマーは不要です。 が機能しsudo snapper -c home list、sudo snapper -c home get-config意図した値が表示されることを確認してください。 という名前のディレクトリは/home自動的に別のサブボリュームになるわけではありません。 を実行する前に確認してくださいcreate-config。
sudo snapper list-configs意図した名前とサブボリュームが表示されます。sudo snapper -c root get-configレポートのタイムライン作成とクリーンアップが有効になりました。systemctl list-timers 2つのSnapperタイマーと、それぞれの次回の稼働時刻を表示します。sudo snapper -c root listタイマー実行後の日付付きエントリを表示します。journalctl -u snapper-timeline.service -bスナップショット作成を妨げる繰り返し発生するエラーは含まれていません。コンピュータが予定時刻にシャットダウンされた場合、タイマーは設定によっては後から実行されることがありますが、これは作成されたスナップショットを確認する代わりにはなりません。Snapper がスナップショットを作成できるかどうかは、簡単な手動テストで確認できます。まず を実行しsudo snapper -c root create --description 'setup test'、次に再度スナップショットの一覧を表示します。これは設定をテストするものであり、タイマーをテストするものではありません。テスト用のスナップショットは、正しいエントリを選択したと確信できる場合にのみ、後で削除してください。
まず、スナップショットは時間の経過とともに共有ファイルシステムの容量を消費します。保持制御によって古い履歴は削減されますが、保持されるデータの量はファイルの変更によって変化します。空き容量を監視し、クリーンアップが実行されていることを確認してください。次に、ルートスナップショットでは、ネストされたサブボリューム(例:)が省略される場合があります/home。コマンドが成功したからといって、マウントされたすべてのパスが保護されるわけではありません。さらに、Snapper スナップショットだけでは、起動可能なロールバックは保証されません。Snapper のドキュメントでは、ロールバックには適切に構成された Btrfs システムが必要であるとされています。Ubuntu のマウントレイアウト、ブート構成、暗号化、および個別のファイルシステムによって、どのようなリカバリが可能かが決まります。ロールバックに頼る前に、別のバックアップおよびリカバリ メディアを使用してリカバリ プランをテストしてください。
自動スナップショットをバックアップの代わりとして使用しないでください。重要なファイルは別の物理デバイスまたはリモートの場所にコピーし、定期的にそれらのファイルを復元できることを確認してください。最も信頼性の高いUbuntuデスクトップ環境を構築するには、便利なローカル復元ポイントを作成するSnapper、独立したコピーを作成するための別のバックアップツール、およびシステムレベルの障害に対するテスト済みの復旧手順を使用してください。
Ubuntuにsmartmontoolsをセットアップして、ドライブの状態を監視し、SMARTメールアラートを送信します。デバイスのサポート状況を確認し、メール配信を設定し、通知をテストし、障害のトラブルシューティングを行います。
インストーラーのブートモード、EFIシステムパーティション、NVRAMエントリ、GRUB EFIファイル、セキュアブート、およびファームウェアのフォールバックを確認することで、DebianのUEFIブートの失敗を修正します。
Ubuntu Desktop 上で、Snapper を設定してスケジュールされた Btrfs スナップショットを取得およびクリーンアップします。まずサブボリュームのレイアウトを確認し、systemd タイマーを有効にして、保持期間が安全に設定されていることを確認してください。
SUSE Linux Enterprise 上で、データ枯渇とメタデータ枯渇を区別し、ストレージを拡張し、メタデータを修復し、自動拡張を有効にすることで、LVM シン プールが満杯になった場合の診断と復旧を行います。
アップデート、SSH、ファイアウォール、AppArmor、監査、検証のための安全なサーバーワークフローを使用して、Debian 12 Bookwormを最新のCIS Benchmark v2.0.0に対して強化します。
リリース情報の確認、ターミナルコマンドの使用、互換性、セキュリティ対策、アップデート、ストレージに関する実用的な比較を通して、Gooroom OSにFlatpakおよびSnapアプリをインストールする方法を説明します。
Ubuntu APT署名エラーを安全に修正します。パッケージ検証を無効にすることなく、NO_PUBKEY、EXPKEYSIG、BADSIG、クロック、リポジトリ構成の問題を特定します。
SLES 15 上で、安全な検出、サービス設定、最小限の multipath.conf 変更、initramfs の更新、およびパスの健全性チェックを使用して DM-Multipath を構成します。
BtrfsとSnapperを使用して、アップデート失敗後のSLESを復旧します。ロールバックオプションを比較し、スナップショットを安全にテストし、システムを復元し、リポジトリを検証します。
LiderahenkとAhenkを使用して、カスタムのPardus GNOME壁紙をステージングし、dconfで選択した設定をロックし、テスト済みのパイロットを通じて他のクライアントポリシーを展開します。