2つの方法で物理ボリューム（LVM）を定義できます。
8e(Linux LVMタイプ)パーティションを作成し、# pvcreate /dev/sdb1- パーティション化されていないディスクから直接pvcreateを使用してから
# pvcreate /dev/sdc<--パーティションがないので、欠落している数字をメモしてください。
私のディスクはローカルではなく、SANが提供するLUNとVMwareが提供するLUNという2つのソリューションを使用します。ディスク他のシステムで。 LUN / vmwareディスクをテストしています。オンラインpartedパーティション化されていないディスクを使用して定義されたPVサイズ変更にはすべてがうまくいきますが、パーティション化されたレイヤーではそれを使用したりホットサイズ変更したりすることはできませんfdisk。
私の質問は：8erawディスクを使用して物理ボリュームを作成し、オンラインでサイズ変更することができますが、なぜパーティションを使用するのに問題があるのですか？
答え1
最近質問された内容ですただし、これはローカルディスクに関連しています。このような場合、ディスク全体にわたって単一の大きなパーティションであることを望んでいても、ディスクにパーティションテーブルを使用する理由はあります。ディスクが実際に使用されていることを記録し、事故を防ぐためです。 。
ネットワークブロックデバイス、準仮想化ディスクイメージ、SAN LUN、iSCSIなどの管理ディスクの場合、状況が異なると思います。
この場合、次の理由でディスク全体を直接使用しても問題ありません。
- これらのディスクでパーティションテーブルを使用しようとすると、明らかにサイズ変更に問題が発生します。このタイプの論理ディスクは、物理ディスクができない方法で動的にサイズ変更できます。これにより問題が発生した場合は、自分に問題が発生しないようにしないでください。
- この種のディスクは通常、物理ハードディスクに対応しておらず、実際のディスクと同じ「このディスクが空のようです」という事故は発生しません。
- 論理ディスクは通常、コンテナのようなものによってサポートされます。つまり、外部パーティション、LVM LV、ストレージクラスタの仮想ブロックデバイス、および追加のパーティション化レイヤが重複する可能性があります。
答え2
ディスクパーティショニングツールはlvmを認識しますか？もしそうなら、カラダは正しいアドバイスを与えるでしょう。私はいくつかのテストをしましたが、Debianのfileとfdiskの両方が正しいことをしましたが、使用するツールをテストします。
$ sudo file -s /dev/sd*
/dev/sda: DOS/MBR boot sector
/dev/sda1: Linux rev 1.0 ext2 filesystem data, UUID=censored, volume name "boot"
/dev/sda2: LVM2 PV (Linux Logical Volume Manager), UUID: censored, size: censored
/dev/sda3: Linux/i386 swap file (new style), version 1 (4K pages), size censored pages, no label, UUID=censored
$ sudo fdisk /dev/sda2
Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
/dev/sda2: device contains a valid 'LVM2_member' signature, it's strongly recommended to wipe the device by command wipefs(8) if this setup is unexpected to avoid possible collisions.
Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x51e50433.
Command (m for help): q