数週間前、私は以前見たことがなかったことに出会いました：パーティションなしでストレージデバイスにマウントされたファイルシステム（私の考えではext3だと思います）。本質的に/dev/sdb 以前はフルファイルシステム。多くのファイルシステムを空き領域に拡張できることがわかっているので、LVMや他の種類のボリュームマネージャを扱うことなくそれを行うことができますが、この方法でリポジトリを設定すると他の利点はありますか？
私が見ている特定の状況は、ブートボリュームとルートボリュームが異なるストレージデバイスの完全に伝統的なパーティションである数値処理サーバー用の一時データボリュームです。 -
答え1
利点：パーティションテーブルから単一のディスクセクタを無駄にしない。 （はい）
利点：ディスクは、PCスタイルのパーティション化をサポートしていないオペレーティングシステムで使用できます。 （1つを使用するのと同じです。）
欠点：これは一般的ではなく、共同システム管理者を混乱させる可能性があります。 （望むより？）
欠点：別のオペレーティングシステムをインストールすると、ディスクにゴミが含まれていると考えることができ、誤ったディスクを選択して誤って上書きしやすく、オペレーティングシステムはしばしば理解できない種類のパーティションを維持します。
重要ではありません。パーティションよりもディスクから直接ファイルシステムを拡張する方が簡単ではなく、その逆も同様です。 （LVMを使用すると作業が簡単になります。）
結論：効果はありますが、良い考えではありません。
答え2
仮想環境でこれを行うと、実質的な利点が得られます。 VMDKはNASに保存されるため、動的に拡張できます。
パーティションを使用している場合は、LVM（およびそれに関連するオーバーヘッド）を使用し、パーティションを一緒に接続する必要があります。またはgpartedなどの機能を使用するには、ホスト（または使用しない場合はファイルシステム）をシャットダウンする必要があります。
ただし、パーティションではなくディスク全体を使用している場合は、SCSIディスクを強制的に再スキャンし、resize2fsを使用してファイルシステムがオンラインであり、使用中にファイルシステムを増やすことができます。
答え3
これがLinuxにどのように適用されるかはわかりませんが、デフォルトのZFSでは、パーティションではなくディスク全体にプールを作成することをお勧めする1つの理由は、前者の場合はディスク書き込みキャッシュを有効にできるためです。
これにはいくつかの異なる理由が記載されています。
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pools
結論：うまくいき、ファイルシステムに応じて良い考えかもしれません。
答え4
まだリストされていない答えは、パーティションを作成しない限り、カーネルがそれを検出するのを待つ必要がないということです。これは再起動後にのみ検出できます。
1つのユースケースは、ノードに追加して最初の起動時に初期化したいEC2 EBSボリュームです。
初期化プロセスでパーティションを作成する場合、カーネルが新しく作成されたパーティションを確認するために再起動が必要になることがあります。通常、次のメッセージが表示されます。
エラー：/ dev / xvde1パーティションの修正に関連するエラーをカーネルに通知しています - デバイスまたはリソースが使用中です。これは、リブートするまでLinuxが/ dev / xvde1への変更を知らないことを意味します。したがって、再起動する前にそれをインストールしたり、いかなる方法でも使用しないでください。
この場合、初期化プロセスを再開し、新しく作成されたパーティションにファイルシステムを追加し続ける必要があります。
パーティションが1つだけ必要であることがわかっている場合は、再起動する必要がないようにスキップすることをお勧めします。