回答:
RHEL 6論理ボリューム管理ガイドによると、ドライブ全体をLVMボリュームグループ内の物理ボリュームとして使用する場合、引き続きパーティションを作成することをお勧めします。
ガイド「RHEL6 Logical Volume Manager Administration LVM Administrator Guide」からの抜粋
2.1.2。ディスク上の複数のパーティション
LVMを使用すると、ディスクパーティションから物理ボリュームを作成できます。一般的に、ディスク全体をカバーする単一のパーティションを作成して、次の理由からLVM物理ボリュームとしてラベル付けすることをお勧めします。
管理上の利便性
各実ディスクが1回しか表示されない場合、システム内のハードウェアを追跡するのが簡単です。これは、ディスクに障害が発生した場合に特に当てはまります。さらに、1つのディスクに複数の物理ボリュームがあると、起動時に不明なパーティションタイプに関するカーネル警告が表示される場合があります。
セクション11.1 LVM Howtoのディスクまたはディスクパーティションを初期化すると、次のようになります。
LVM Howtoからの抜粋
ディスク全体の場合:
ディスクでpvcreateを実行します。
# pvcreate /dev/hdb
これにより、ディスクの開始時にボリュームグループ記述子が作成されます。
非推奨
ディスク全体をPVとして使用する(ディスク全体にまたがるパーティションではなく)ことは、管理上の問題が発生する可能性があるため、お勧めしません。ディスクを見る他のOSはLVMメタデータを認識せず、ディスクがフリーであると表示するため、上書きされる可能性があります。LVM自体は、ディスク全体のPVで正常に機能します。
LVMがパーティションテーブルを持つディスクを初期化できないというエラーが表示された場合は、まず、操作しているディスクが正しいディスクであることを確認してください。それが確実である場合、次を実行します。
危険な
次のコマンドは、操作中のディスク上のパーティションテーブルを破壊します。正しいディスクであることを確認してください。
# dd if=/dev/zero of=/dev/diskname bs=1k count=1 # blockdev --rereadpt /dev/diskname
これらは、物理ボリュームとして追加する前にHDD上の単一のパーティションをフォーマットする必要があるかどうかを判断する上で信頼できる主要なソースです。他の回答が示しているように(およびコメント)、パーティションなしでドライブ全体を追加するだけで間違いはありません。
私には、シートベルトをつけたまま車を運転することに例えました。事故に遭わなかった場合、シートベルトは役に立たなかったが、もし事故に巻き込まれたとしても、それを着ていてよかったと思う。
上記の2つのガイドは、2つのかなりの理由だと思いました。どちらも公式ガイドであり、一方はRHから、もう一方はLVMチームがまとめたHowtoです。
別の理由があります。HDDをパーティション化しないことにより、使用方法を明確に識別するためのIDがHDDに明示的に設定されません。
fdisk -l
...
/dev/sda6 318253056 956291071 319019008 8e Linux LVM
システムの管理者として、この特定のドライブがどのように使用されているかという意図は、8eを使用しない場合と比べて、私自身にとっても他の人にとっても明らかです。
@Joelが言っていることに感謝します。私もフォーチュン500の会社で働いていました。そこでは、デスクトップ/サーバーの物理/仮想展開と大規模なストレージ展開の両方で100のLinux展開がありました。と言っています。
fdisk -l
一度、/sys/block
一度、そしてあなたの経歴に一度現れるでしょう。どこで複製されることになっていますか?(続き)
一般的に認識されているいくつかの記述子(メタデータ)があり、MBRはそのような記述子として非常に有効です。GPTでさえ、古いMBRベースのパーティションテーブルを使用して、その存在を示します。
確かに、ディスク領域をいくらか失いますが、ディスク上にあるもの(および場所)を理解することの利点は自明です。
pvdisplay
Xが1MiBより大きい場合、(PVサイズ:使用できないX MiB)を確認してください。これ以上損失することなくパーティションを作成できます。
ディスクの100%を占めるパーティションに物理ボリュームを作成することは、ほとんど正しいことではありません。「ほとんど」と言うのは、何かをする理由を考えることができないからといって、それをする理由がないという意味ではないという態度を取るからです。そうは言っても、LVMになる場合、ディスクのパーティションをスペースの100%に配置する理由は考えられません。
パーティション分割の剛性の一部を取り戻すことと引き換えに、目に見える利点は得られません。これらがSANベースの物理ボリュームであり、それを行う場合、ボリュームグループ内のストレージスペースを拡張する方法は2つしかありません。
partprobe
あなたが行くように(すなわち力をletがあなたが新しいサイズを読んだが、それは私の個人的な経験から、2のうちの1時間程度動作し、それがファイルシステムをアンマウントする必要がありますオフライン別の理由の人々をボリュームマネージャーなど)。ディスク全体を作成する場合、SAN管理者がLUNを拡張できます。SCSIバスを再スキャンし、LUNの新しいサイズを選択してpvresize
から、物理ボリュームを拡張します。すべてのファイルシステムをオフラインにすることなく。
MBRビットをオフにすると、通常、1つのシステムからPVを取得してエンタープライズ環境の別のシステムに表示することはありません。たとえそれを行ったとしても、それがLVMである場合、LVMをサポートするために、LUNを提示するOSが必要になります。それ以外の場合、彼らにそれを提示する意味は何ですか?表示される場合、すべての物理ボリューム情報、ボリュームグループ情報、および論理ボリュームが表示されます(これがボリュームグループ内の唯一のPVであると仮定)。そのため、そのように自己文書化します。
基本的に、ディスク全体を100%にパーティション分割することは、アップルパイを持ってきたウェイターがナイフも持ってくることを要求するようなものです。彼がそうするとき、あなたはナイフを横に投げて、ちょうどパイであなたの顔を埋めます。意味:とにかく一度にすべてを使用する場合、ツールを小さな部分に分けるツールを主張することは意味がありません。
pvscan
起動時と同等の処理を行うことになっているため、インストーラーディスク上のカーネルはすべてのブロックデバイスをスキャンしてLVMヘッドを探しているはずです。おそらく、ベンダーがインストーラーがふざけていると説明している人にバグを報告するでしょう。ホームインストールの場合、ルートファイルシステムが2つのディスクにまたがっていても、プライマリディスクが/ boot用にパーティション分割され、カーネルがロードするときにボリュームスキャンが実行されます。これが、LVMでブートする方法です。
私の経験から、パーティションを使用するのは、テストを行っている場合や、ディスク/ストレージが利用できない小規模な環境の場合に適しています。学校やガレージでの作業に適しています。現実の世界では、要求に応じてディスクを拡張できる仮想サーバーでは、LVMでパーティション分割ではなくraw /全体ディスクを管理する方が適切です。サーバーを再起動せずに管理するのは簡単で柔軟です。時間をどれだけ節約できるか知っていますか?あなたが管理する必要があるかもしれないすべてのサーバーのために乗算します!複数の場合、カーネルが新しいテーブルを認識しない可能性があるため、パーティション/スライスが原因でサーバーを再起動する必要があるという課題があります。rawディスク/仮想ディスクをLVMに追加し、ファイルシステムを拡張する必要がある場合、rawディスクを使用したLVMは素晴らしいです。「echo 1>」のような単純なコマンドを実行することにより / sys / block / XXX / device / rescan” XXXはディスク(sdb、sdc、sddなど)です。再起動せずにディスクを再スキャンして追加スペースを再ブームします。その場でファイルシステムを拡張できます。Linuxサーバーを再起動せずにディスクを拡張するには、5分ほどかかります。パーティション化されたディスクでは、このプロセスは複雑です