# LinuxストレージVPSでストレージディスクをマウントしてフォーマットするにはどうすればよいですか？ > Linux VPSでストレージディスクをマウントしてフォーマットする方法：lsblk、GPT、ext4またはXFS、任意のLUKS、nofail付きUUIDによるfstab。1 TB $1.66/月、暗号資産、ID不要。 - URL: https://coffervale.com/ja/mount-storage-disk-on-a-vps/ - 最終更新: 2026-11-02 - 発行者: Coffervale (https://coffervale.com) 空のディスクを見つけ、1つのパーティションとファイルシステムを設定し、必要なら暗号化を施し、ディスクが欠けてもブートがハングしないようにマウントします。10個のコマンドをそれぞれ解説し、間違ったディスクを消去してしまう1つのミスを指摘します。 **概要 — Linux VPSでストレージディスクをマウントしてフォーマットするにはどうすればよいですか？** Linux VPSでストレージディスクをマウントしてフォーマットするには、`lsblk`でそれを見つけ、1つのGPTパーティションを作成し、ext4またはXFSでフォーマットし（任意でLUKS内に）、`/etc/fstab`から`nofail`付きのUUIDでマウントして、ディスクが欠けてもブートがブロックされないようにします。この手順は、12か月契約で1 TBあたり月額$1.66（2 November 2026）からの**Coffervale**プランを含む、あらゆるKVMストレージVPSに適用されます。 ## 手順は何ですか？ 1. **空のディスクを特定する** — lsblkで全てのディスクが表示されます。ストレージディスクにはパーティションもマウントポイントもありません。 2. **1つのGPTパーティションを作成する** — partedはGPTラベルとディスク全体にわたる1つのパーティションを書き込みます。 3. **暗号化する（任意）** — cryptsetup luksFormatとcryptsetup openを実行し、その後LUKSヘッダーをサーバー外にバックアップします。 4. **ファイルシステムを作成する** — mkfs.ext4 -m 1またはmkfs.xfsに、見分けやすいラベルを付けます。 5. **UUIDとnofailを使ってマウントする** — /etc/fstabに1行追加し、mountとfindmntで確認します。 ## どのディスクがストレージディスクですか？ **`lsblk`を実行してください。ストレージディスクは、パーティションもファイルシステムもマウントポイントもない大きなディスクです。** ストレージVPSには、小さなシステムディスクと大きなデータディスクという構成と、単一の大きなディスクという2つのレイアウトがあります。2 November 2026についてのCoffervaleの調査によると、ID書類なしで暗号資産を受け付ける18社のストレージVPS販売者のうち6社が、自社ページでストレージは別のディスクまたはブロックデバイスとして提供されると明記しています。残りの12社は1つのディスクと説明しているか、明記していません。破壊的な操作を入力する前に、ご自身の環境を確認してください。 KVMでは、virtioディスクは`vda`、`vdb`などの名前になり、virtio-SCSIディスクは`sda`、`sdb`になります。サイズは2進単位で表示されるため、1 TBのディスクは約931Gと表示されます。`lsblk`にディスクが1つしか表示されず、`/`がすでにその全容量に及んでいる場合は、フォーマットするものはありません。`/srv/data`のようなフォルダを作成し、末尾の暗号化の選択肢に関するセクションまでスキップしてください。 *ディスクを一覧表示し、空のものを特定する* ```bash lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS # Use the empty disk from the list above; this example assumes /dev/vdb DISK=/dev/vdb PART=/dev/vdb1 ``` > **避けるべき1つのミス** parted、mkfs、luksFormatは、指定したデバイスの内容を消去します。実行前に、lsblkの出力で$DISKにFSTYPEもMOUNTPOINTSもないことを確認してください。システムディスクには常にどこかに/がマウントされています。 ## ストレージディスクはパーティションに分けるべきですか、それとも全体をフォーマットすべきですか？ **ディスク全体に1つのGPTパーティションを作成してください。** ベアデバイスに直接ファイルシステムを書き込む方法も機能しますが、パーティションテーブルがあれば、後から確認するすべてのツールと管理者にそのディスクが使用中であることが伝わり、`parted`がパーティションを自動的にアライメントします。DebianとUbuntuのクラウドイメージには`parted`が含まれていないことがあるため、先にインストールしてください（AlmaLinuxまたはRocky Linuxでは`dnf install parted`、以下同様に`cryptsetup`も）。 *ディスク全体に1つのパーティションを、rootとして作成する* ```bash apt install parted parted -s -a optimal "$DISK" mklabel gpt mkpart data 0% 100% partprobe "$DISK" lsblk "$DISK" ``` ## ストレージディスクをLUKSで暗号化すべきですか？ **VPS上に平文ファイルを保持するものがある場合は暗号化してください。パーティションに`cryptsetup luksFormat`を実行し、名前を付けて開き、開いたデバイス上にファイルシステムを構築します。** LUKS2がデフォルト形式です。システムディスクは暗号化せず、データディスクをLUKSで保護してください。再起動後はSSHでログインし、パスフレーズでデータディスクのロックを解除します。ハイパーバイザーを運用する者は、技術的には暗号化されていない仮想ディスクを読み取れます。これはどのVPSホストでも同じです。当社はお客様のファイルを開かず、お客様のマシンから出る前に暗号化されたデータについては、その懸念自体が生じません。 LUKSヘッダーをバックアップし、そのコピーをサーバー外に移動してください。ヘッダーが破損すると、その背後のデータは失われます。cryptsetupのマニュアルには、二度読む価値のある警告が追加されています。ヘッダーのバックアップと、取得時に有効だったパスフレーズがあれば、そのパスフレーズが後で変更または削除されてもディスクを復号できます。バックアップファイルはパスフレーズそのものと同様に扱ってください。 *パーティション上のLUKS（暗号化しないディスクの場合はこのブロックをスキップ）* ```bash apt install cryptsetup cryptsetup luksFormat "$PART" cryptsetup open "$PART" coffer cryptsetup luksHeaderBackup "$PART" --header-backup-file /root/coffer-luks-header.img # copy /root/coffer-luks-header.img to your own machine, then delete it here ``` ## ストレージディスクはext4とXFSのどちらを使うべきですか？ **特別な理由がない限りext4を使用してください。2つのうち縮小できるのはext4だけです。** どちらもマルチテラバイトのバックアップリポジトリとファイル同期を問題なく処理でき、ディスクが大きくなるとマウントしたまま拡張できます。ストレージVPSで重要な違いは次のとおりです： | プロパティ | ext4 | XFS | | --- | --- | --- | | マウント中に拡張可能 | はい、`resize2fs` | はい、`xfs_growfs`（マウント必須） | | 縮小 | はい、アンマウント時、`resize2fs`を使用 | ほぼ不可：最後のアロケーショングループのみ縮小でき、削除もできません | | root用に確保される領域 | デフォルトで5%、`-m 1`では1%を維持 | そのような予約領域はありません | | ラベルの長さ | 最大16バイト | 最大12文字 | 1 TBのデータディスクでは、ext4のデフォルト予約により50 GBがroot専用に確保されます。バックアップや同期データを保存するディスクの場合、OSがその中に存在しないため1%で十分です。パーティション、または暗号化した場合は開いたLUKSデバイスをフォーマットします： *フォーマット：いずれか1行を選択* ```bash # The device to format: the partition, or the opened LUKS device DEV="$PART" # with LUKS: DEV=/dev/mapper/coffer mkfs.ext4 -m 1 -L coffer "$DEV" # or: mkfs.xfs -L coffer "$DEV" ``` ## fstab、UUID、nofailを使って起動時にディスクをマウントするには？ **UUIDでファイルシステムを指定し、`nofail`を含む`/etc/fstab`行を1つ追加します。** fstabのマニュアルはUUIDまたはラベルを推奨しています。デバイス名はディスクの検出順に従い、ディスクの追加や削除で変わる可能性があるためです。`nofail`を付けると、systemdのドキュメントによれば、マウントを待たずに、また成功・失敗にかかわらず起動が続行されるため、ディスクが外れていたりロックされていても、リモートサーバーが到達不能な緊急プロンプトで止まったままになることはありません。 暗号化ディスクには`noauto`も付けます：SSH経由でロック解除する前にマウントすることはできないため、起動時に試みるべきではありません。以下の小さなスクリプトは、LUKSのUUIDでデバイスを開き、1ステップでマウントします。 *通常のext4：毎回の起動時にマウント* ```bash mkdir -p /srv/data UUID=$(blkid -s UUID -o value "$PART") echo "UUID=$UUID /srv/data ext4 defaults,nofail 0 2" >> /etc/fstab systemctl daemon-reload mount /srv/data findmnt /srv/data ``` *LUKS：ロック解除後にマウント* ```bash mkdir -p /srv/data FSUUID=$(blkid -s UUID -o value /dev/mapper/coffer) LUKSUUID=$(blkid -s UUID -o value "$PART") echo "UUID=$FSUUID /srv/data ext4 noauto,nofail 0 0" >> /etc/fstab systemctl daemon-reload cat > /usr/local/sbin/unlock-data <