☰

22TBディスクをパーティション化する方法は？

tag-icon • tag-icon partition
22TBディスクをパーティション化する方法は？

22TBディスクがあります/dev/sdb。 22TBパーティションを作成するには？ファイルシステムをあまり気にしないでください。ext4そうでなければzfs問題ありません。

CentOS 6.2 実行 - パーティションがデータダンプとして使用されます。単一のデータストリームしかないため、ファイルシステムに対して難しいまたは難しいことは現時点では問題ではありません。ディスクは、12x2TB Nearline SASドライブとDell Percコントローラで構成されています。

私は22TBのパーティションが欲しい。

答え1

最も簡単な解決策は、次を使用することです。GPTパーティション、64ビット版のLinuxおよびXFS:

  • GPTが必要な理由は次のとおりです。MS-DOSスタイルMBRパーティションテーブルCreatorはfdisk2TiBディスクに制限されています。だから、あなたは使用する必要がありますpartedまたは代わりにGPTをサポートする別のパーティショナーfdisk（。gdisk、gparted、等。 )

  • 32ビットカーネルは必要以上のファイルシステムに制限されているため、64ビットカーネルが必要です。以下に基づいてサイズ制限に達しました。32ビット整数あるいは、ファイルシステムを適切にサポートするのに十分なRAMを処理できません。

  • XFSは唯一のソリューションではありませんが、私の考えはRHELシステムにとって最も簡単なソリューションです。

    RHEL 6ではext4は使用できません。たとえファイルシステムは1つのEiBファイルシステムをサポートするように設計されていますe2fsprogs、RHEL 6およびその派生バージョンに含まれるバージョンには、人工的な16TiBボリュームサイズ制限があります。両方赤い帽子そして中央オペレーティングシステムその文書でこれを指摘してください。 （ext4 16TiBは次のものに限定されています）RHEL 7で大幅に改善50TiBまで。 )

    あなたの場合、ZFSは実用的ではないかもしれません。いくつかの法的および技術的な制限があるため、ZFSだけが提供する機能が必要な場合を除き、完全に推奨することはできません。

    選択した2つのファイルシステムを除外した後、XFSを使用することをお勧めします。これはRHEL 7のデフォルトファイルシステムであり、すべてのRHEL 6バージョンでサポートされているファイルシステムとして利用可能であり、RHEL 6がリリースされた後のバージョンのRHEL 5にバックポートされます。

プロセスは次のとおりです。

  1. mkfs.xfs引数なしで実行してインストールされたことを確認します。存在しない場合は、ユーザーモード XFS ツールをインストールします。

    # yum install xfsprogs

    失敗した場合は、デフォルトのパッケージストアにこのコンテンツがない古いオペレーティングシステムを使用している可能性があります。本当にアップグレードする必要がありますが、そうできない場合は、次のように始めてください。CentOSPlusまたはエッフェル。このパッケージをインストールする必要がありますkmod_xfs。

  2. パーティションの作成:

    22TiBボリュームが開いていると言ったので、/dev/sdbコマンドは次のようになりますparted。

    # parted /dev/sdb mklabel gpt
# parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1

    これにより、単一パーティションにボリューム全体が占められます。実際には、達成するためにボリュームの最初の1MiBを無視します。4KiBソート完全なパフォーマンスに必要高度なフォーマットハードドライブそしてSSD。

    この手順をスキップし、XFSを使用してボリューム全体をフォーマットできます。つまり、/dev/sdb次の例では代わりに使用します/dev/sdb1。これにより、セクタの位置合わせの問題が回避されます。 Linuxベースのオペレーティングシステムでしか見られないボリュームについては、言及する欠点はありませんが、リムーバブルボリュームまたは内部ボリュームではこれを行わないように注意する必要があります。マルチブートWindowsやmacOSなどの一部のオペレーティングシステムは、パーティション化されていないハードドライブが表示されるたびにフォーマットサービスを提供するためです。ファイルシステムをパーティションに配置すると、この問題は解決されます。

  3. パーティションフォーマット：

    # mkfs.xfs -L somelabel /dev/sdb1

  4. アイテムを追加/etc/fstab:

    LABEL=somelabel    /some/mount/point    xfs     defaults   0 0

  5. 停止しました！

     # mount /some/mount/point

降りたい場合左心室容積パスでは、上記のステップは基本的に2番目のコマンドセットのより詳細なバージョンです。以下はユーザーbsdの答えです。上記のコマンドを実行する前に、最初のコマンドセットを実行する必要があります。

LVMは、複雑さを犠牲にして特定の利点を提供します。たとえば、後でLVMボリュームグループに物理ボリュームを追加して、論理ボリューム（ある種の「パーティション」）を拡張できるスペースを確保して、LVMボリュームグループを「拡張」することができます。ある論理ボリュームを拡張できます。ファイルシステム容量。 (複雑性がどういう意味なのか分かりますか:)

答え2

他の提案の代わりとして。
ディスクをまったく分割する必要はありません。
簡単にボリュームグループ、１つ以上論理ボリューム。

pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data

これで論理ボリュームがあるので、必要なファイルシステムタイプにフォーマットできます。

mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt

答え3

質問の質問：あなたは尋ねる」どのように22TBのディスクをパーティション分割してください。

22TBのスペースをサポートできるブロックデバイスがすでにある場合は、22TBのパーティション全体がすでに存在しています。必要なのは、デバイスをマウント可能にし、システムプロセスで読み取り/書き込みを可能にするファイルシステムだけです。さらに重要なのは、64ビットモードで実行されるLinuxカーネルと22 TBのデータ増加をサポートおよび拡張し、（単一）ブロックデバイスでデータ管理の詳細を快適に処理できるファイルシステムモジュール/ドライバが必要であることです。パフォーマンスはまったく異なる次元です。この場合はXFS64ビットファイルシステムで、最大100万テラバイトのファイルシステムを処理できるので、ファイルシステムとして選択します。最大9EXABYTESをサポートします。

2^63  = 9 x 1018 = 9 exabytes

XFSの詳細：http://oss.sgi.com/projects/xfs/

巨大な22 TBブロックデバイスをさらに分割する場合は、デバイスをgparted利用可能なパーティションに分割し、ファイルシステムを使用してフォーマットしてマウント可能にします。

DELL perc RAIDコントローラがあると言われたので、ハードウェアRAIDコントローラがあるようです。つまり、どのRAID構成（どのRAIDレベルを使用していますか）を知る必要がありますが、ほとんどの場合は不明です。 22TBのスペースをすべて使用できますが、私が間違っている可能性があります。

答え4

現在、標準分割テーブルが利用可能かどうかはわかりません。標準パーティション表スキームでは、ボリューム制限は232セクターです。各セクタには512バイトがあり、数が足りない場合はセクタに約2TBを割り当てることができます。

ただし、標準パーティションテーブルの代わりにGUIDパーティションテーブルを使用している場合は、これを行うことができます。 GUIDパーティションテーブルを使用すると、ボリュームをゼータバイト範囲に拡張できます。ほとんどのLinuxディストリビューションはGUIDボリュームから起動できますが、現在のWindowsバージョン（EFIのWindows 7を除く）はGUIDボリュームから起動できません。

一部のツール（fdiskなど）はGUIDボリュームを使用できませんが、他のツール（GPPartedなど）は使用できます。 GUIDパーティション表を作成したら、そのサイズのボリューム（EXT4など）をサポートする複数の共通ファイルシステムの1つを使用してボリュームを作成できる必要があります。

関連情報