Linux自動マウント設定方法｜fstabの書き方と手動マウントとの違い

Linuxサーバーの構築や運用で、「再起動したら追加ディスクのマウントが外れていた」というトラブルは、多くの新人エンジニアが一度は経験するあるあるです。

本記事では、LPIC/LinuCの学習者やインフラエンジニア向けに、mount による手動マウントと /etc/fstab による自動マウントの設定方法を解説します。実務で必須のUUID指定や、fstabの記述ミスによる致命的なトラブルについてもまとめます。

手動マウント（mountコマンド）とは

手動マウントとは、管理者がコマンドを実行して、一時的にデバイスをディレクトリ（マウントポイント）に接続する方法です。

基本コマンド（mount / umount）

障害対応で一時的にUSBメモリを接続する場合や、検証用ディスクをマウントする際に利用します。

# デバイス /dev/sdb1 を /mnt/data にマウントする
sudo mount /dev/sdb1 /mnt/data

# マウントを解除する（アンマウント）
sudo umount /mnt/data

手動マウントの注意点

手動でマウントした場合、OS（systemd）はその時点のマウント状態を認識します。しかし、システムを再起動するとマウントは解除されます。

データベースのデータ領域やWebサーバーのコンテンツ領域など、常にアクセスが必要な領域には、次に述べる自動マウントの設定が必要です。

自動マウント（/etc/fstab）の設定手順

システム起動時に自動でマウントさせるには、/etc/fstab（ファイルシステムテーブル）に記述を追加します。

fstabの基本的な書き方

fstabには、1行につき1つのマウント設定を、スペースまたはタブ区切りで記述します。

# デバイス名による指定（旧来の書き方）
/dev/sdb1  /mnt/data  ext4  defaults  0  2

実務では「UUID」を使う

近年のLinux運用では、/dev/sdb1 のようなデバイス名ではなく、UUID（Universally Unique Identifier） を使うのがベストプラクティスです。

デバイス名は、ディスクの接続順やポートの変更によって /dev/sdc1 などに変わるリスクがあります。固有のIDであるUUIDを使えば、接続順が変わっても確実に自動マウントできます。

# 1. blkidコマンドでUUIDを確認
sudo blkid /dev/sdb1
# 例: /dev/sdb1: UUID="12345abc-6789-def0-1234-56789abcdef0" TYPE="ext4"

# 2. /etc/fstab にUUIDで記述する
UUID=12345abc-6789-def0-1234-56789abcdef0  /mnt/data  ext4  defaults  0  2

実務でよくあるトラブルと回避策

/etc/fstab はシステム起動に直結する重要なファイルです。存在しないUUIDを記述したり、ファイルシステムの指定を間違えたりすると、起動時にエラーとなり、レスキューモード（Emergency Mode）に陥る危険性があります。

マウントテストを必ず行う

fstabを編集した後は、再起動する前に必ず sudo mount -a（fstabの内容をすべてマウントするコマンド）を実行し、エラーが出ないか確認する癖をつけましょう。

nofail オプションの活用

必須ではない外付けディスクなどの場合、オプションに nofail を追加（例：defaults,nofail）しておくと、万が一そのディスクが認識できなくても、OS本体の起動を続行させることができます。

まとめ

手動マウント（mount）は一時的な利用に便利ですが、再起動で解除されます。自動マウント（fstab）は恒久的な利用に必須で、記述ミスによるOS起動障害に注意が必要です。

実務の鉄則は、fstabにはUUIDを使い、編集後は必ず mount -a でテストを行うことです。自動マウントと手動マウントの違いを理解し、安全な運用手法を身につけることは、インフラエンジニアとしての信頼性に直結します。