M.2 SSDを増設してパーティション作成と自動マウントを設定した
- 日本語
- SSD
- Linux Mint
- パーティション
- 自作PC
ストレージの空き容量が逼迫してきたため、Crucial P3 Plus 1TBを増設した。 PayPay祭万歳! マザーボード上のM.2スロットに空きがなかったため、PCIe変換アダプターカードを使用してチップセット側のPCIeスロット経由で接続している。 パーティション作成からfstabによる自動マウント設定までした。
#環境
- OS: Linux Mint 22.3 Zena
- マザーボード: MSI MPG X570 GAMING PLUS
- カーネル: 6.17.0-19-generic
#増設したSSD
| 項目 | 値 |
|---|---|
| SSD | Crucial P3 Plus 1TB (CT1000P3PSSD8JP) |
| インターフェース | PCIe 4.0 NVMe M.2 2280 |
| 接続方法 | M.2 NVMe SSD to PCIe 変換アダプターカード |
| 挿入スロット | チップセット側のPCIeスロット |
| リンク状態 | 現在の実機確認では Gen4 x1 で認識（ポート自体はx4対応） |
#なぜ変換アダプター経由なのか
MSI MPG X570 GAMING PLUSにはM.2スロットが2つあるが、いずれも使用中だった。
- M.2_1: Samsung 970 EVO Plus 250GB（システムドライブ、CPU直結M.2スロット）
- M.2_2: 使用中
そのため、空いているチップセット側のPCIeスロットにPCIe→M.2変換アダプターカードを挿して増設する方法を選択した。CPU直結のM.2スロットほど帯域は広くないが、データ保存用ストレージとしては十分な用途だと判断した。なお、現在の実機確認ではリンク幅は x1 でネゴシエートされている。
#ハードウェアの取り付け
- 変換アダプターカードにCrucial P3 Plusを取り付ける
- チップセット側のPCIeスロットに挿入する（ GPU換装 時にGPUを外した状態で作業したため、アクセスしやすかった）
- GPUを取り付けた後に電源を投入する
今回、PCIeスロットにM.2 SSDを増設するのは初めてだった。 やってみると想像より少し癖があり、特に変換アダプターの組み立てでは意外と力が必要だった。 SSDを差し込んだあと、アダプター側へしっかり押し込んで「カチッ」とはめる必要があり、思ったより手応えが強かった。
さらに、M.2 SSDを固定する小さなネジを途中で飛ばしてしまい、ケース周辺をしばらく探すことになった。 サイズがかなり小さいので、組み立てる時は机の上や明るい場所で作業した方が安心だと思う。
取り付け時の様子はこんな感じ。
GPUを戻す前の状態。チップセット側PCIeスロットに変換アダプターカードを挿し、Crucial P3 Plusを取り付けている。
GPUを戻すとこうなる。RX 9060 XTの直下に収まる形になった。
電源投入後の状態。物理的な干渉もなく、そのまま起動できた。
#パーティション作成
#GPTパーティションテーブルの作成とパーティション作成
sudo parted /dev/nvme1n1 --script mklabel gpt mkpart primary ext4 0% 100%
ディスク全体を1つのパーティションとして作成した。0% 100% を指定することで、開始位置から終了位置までディスク全体をそのまま使う形にしている。
#ext4でフォーマット
sudo mkfs.ext4 -L P3Plus /dev/nvme1n1p1
-L P3Plus オプションでラベルを設定している。ラベルを付けておくと lsblk -f で一目でどのディスクかを識別できるため便利だ。
#マウントと所有権の設定
#マウントポイントの作成とマウント
sudo mkdir -p /media/p3plus sudo mount /dev/nvme1n1p1 /media/p3plus
#所有権の変更
デフォルトではroot所有になるため、自分のユーザーに変更する。
sudo chown daiki:daiki /media/p3plus
#fstabによる自動マウント設定
再起動時にも自動的にマウントされるよう、/etc/fstab にエントリを追加する。
Linux Mintでもデスクトップ上の一時的なマウントはできるが、起動時に安定して同じ場所へマウントしたい場合は fstab を設定しておくのが確実。
まず、パーティションのUUIDを確認する。
lsblk -f /dev/nvme1n1
確認したUUIDを使用して、fstabにエントリを追加する。
echo 'UUID=b401c7c0-2950-46ad-a757-49282c3f90d0 /media/p3plus ext4 defaults 0 2' | sudo tee -a /etc/fstab
各フィールドの意味は以下の通り。
| フィールド | 値 | 説明 |
|---|---|---|
| デバイス | UUID=… | デバイス名（/dev/nvme1n1p1）ではなくUUIDで指定。デバイス名は起動順序で変わる可能性があるため |
| マウントポイント | /media/p3plus | マウント先のディレクトリ |
| ファイルシステム | ext4 | ファイルシステムの種類 |
| オプション | defaults | デフォルトのマウントオプション（rw, suid, dev, exec, auto, nouser, async） |
| dump | 0 | バックアップ対象外 |
| fsck順序 | 2 | ルートファイルシステム（1）の後にチェック |
#fstab設定の検証
fstabを編集した後は、再起動前に設定が正しいことを検証しておくと安心だ。
sudo mount -a
エラーが出なければ、fstabの記述に問題はない。
#動作確認
$ lsblk -f /dev/nvme1n1 NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS nvme1n1 └─nvme1n1p1 ext4 1.0 P3Plus b401c7c0-2950-46ad-a757-49282c3f90d0 869.2G 0% /media/p3plus
1TB（利用可能約869GB）が正常に認識され、ext4でフォーマット済み、/media/p3plus にマウントされていることを確認できた。
#作業完了後のストレージ構成
| デバイス | モデル | 容量 | フォーマット | ラベル | マウント先 | 接続 |
|---|---|---|---|---|---|---|
| nvme0n1 | Samsung 970 EVO Plus | 250GB | ext4 (LVM) | — | / (root) | M.2_1 (CPU直結M.2スロット) |
| nvme1n1 | Crucial P3 Plus | 1TB | ext4 | P3Plus | /media/p3plus | チップセット側PCIeスロット（変換アダプター経由） |
| sda | Micron 1100 | 256GB | ext4 | Develop | /media/develop | SATA |
| sdb | (HDD) | 1TB | ntfs | HDD | /media/winhdd | SATA |
| sdc | (SSD) | 1TB | ntfs | SSD | /media/ssd | SATA |
ntfs に関してはLinux MintからWindowsに戻る可能性があったのでこのままだったけど、Linux Mintを1年間常用した結果Windowsよりも良いのでいつか ext4 にしないとなぁ…
ラベルに関しても統一感が無いというか…その場で適当に付けてしまっている部分があるので整理したい。マウント先もそれに合わせてるから、こうやって一覧で確認すると違和感がある。
#まとめ
マザーボードのM.2スロットに空きがなくても、PCIe変換アダプターカードを使えばNVMe SSDを増設できる。 チップセット側のPCIe経由になるため、CPU直結のM.2スロットと比べると帯域面では不利になりやすいが、データ保存用途であれば十分使える。
パーティション設定で気をつけるべき点は、fstabにはデバイス名（/dev/nvme1n1p1）ではなくUUIDで記述すること。
デバイス名はSSDの増減や起動順序によって変わる可能性があるが、UUIDは固定されるため安定した自動マウントが実現できる。
今回の増設で合計ストレージが約3.5TBになった。開発プロジェクトやローカルLLMのモデルファイルなど、容量を気にせずに配置できる環境が整った。 ただ、Windowsの名残りのHDDがあるからこれも使えるようにしないと…
同じタイミングでGPU換装まわりも進めており、最終的にはKdenliveの設定も NVENCからVAAPIへ切り替えた。