Linuxで新しいボリュームを利用できるようにしたいので、読んでみましたAWSのドキュメントそしてラックスペースのドキュメント少し違うところがあると思います。
AWS のドキュメントでは、次のように設定されています。
- ボリュームをフォーマットする
mkfs -t ext4 /dev/xvdb - マウントポイントディレクトリにボリュームをマウントします ```mount /dev/xvdb /mnt/data
起動時にボリュームをマウントする
vi /etc/fstab
/dev/xvdb /mnt/my-data ext4 defaults,nofail 0 2
しかし、Rackspace のドキュメントでは、この手順について次のように説明しています。
- ボリュームにパーティションを作成する
fdisk /dev/xvdb - ボリュームをフォーマットする
mkfs -t ext4 /dev/xvdb1 - マウントポイントディレクトリ ```mount /dev/xvdb1 /mnt/data にボリュームをマウントします
起動時にボリュームを自動マウントする
vi /etc/fstab
/dev/xvdb1 /mnt/my-data ext4 defaults,nofail 0 2
違いは、AWS はボリュームを直接使用しますが、ラックスペースはボリュームをパーティション分割してパーティションを使用することです。ボリュームを直接使用できるかどうか、なぜパーティションが必要なのかを知りたいです。/dev/xvdb と /dev/xvdb1 の使用の違いは何ですか?
ありがとう。
答え1
/dev/xvdbはディスク デバイスであり、デバイス/dev/xvdb1の最初のパーティションですxvdb。ディスク全体をファイル システムとして使用することもできますし、多くの場合はこれでうまくいきます (さらに、多くの場合、これは有効なアプローチです) が、通常、ファイル システムはパーティション内に存在する必要があります。これにより、さまざまなユーティリティやソフトウェア (主に ) が、fsckそれに応じて設定されたディスク ラベルによってそれらを認識できるようになります。ここでは、extN ファミリのファイル システムについて話しています。このルールは、それらに適用されます。