1.5 TB ディスクとフルディスクを使用する単一の xfs パーティションを持つ VMware に CentOS サーバーがあります。このディスク/パーティションに十分なスペースがないため、サイズを2.5TBに増やす必要があります。
そのため、VMwareでサイズを大きくしてパーティションを削除して追加しようとしましたが、失敗しました。もちろん、元のパーティションはMBRで、新しいパーティションはGPTでなければなりませんでしたが、パーティションを削除/追加しようとすると変換が失敗しました。もともとパーティションはセクタ 128 にあり、新しいパーティションはセクタ 2048 で開始しようとしました。パーティションを変更しようとしましたが、それはできませんでした(GPTがMBRよりも多くのスペースを必要とするためですか?)。
その後、元のパーティションを2048セクタから開始するように移動し、パーティションをGPTに変換してパーティションサイズを増やすことを考えました。
話しますか?それは可能ですか?特にリムーバブルパーティションの最初の部分。ありがとうございます!
修正する
フォーマット指定上の理由で提案されたコマンドの出力は次のとおりです。
parted /dev/disk unit s print free
Disk /dev/sdb: 5368709120s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Numero Inicio Fin Tamaño Typo Sistema de ficheros Banderas
63s 127s 65s Free Space
1 128s 3259013119s 3259012992s primary xfs
3259013120s 5368709119s 2109696000s Free Space
ベストアンサー1
したがって、セクタ128で始まるmsdosパーティションがあります。
これは、標準がセクタ2048(512バイトの論理セクタサイズ)で始まるMiBアライメントであるため、一般的ではありません。
GPT を使用すると、開始セクタ 128 を引き続き使用できます。これは問題ではありません。
# parted /dev/loop0 unit s print free
Model: Loopback device (loopback)
Disk /dev/loop0: 3259017216s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
34s 127s 94s Free Space
1 128s 3259017182s 3259017055s
ただしparted
、これを作成すると、次の苦情が表示されます。
# parted /dev/loop0
(parted) mklabel gpt
(parted) mkpart
Partition name? []?
File system type? [ext2]?
Start? 128s
End? 100%
Warning: The resulting partition is not properly aligned for best performance:
128s % 2048s != 0s
Ignore/Cancel? Ignore
MiBソートに興味がない場合(データがすでに存在するため、選択の余地はありません)、この警告を無視できます。 128の開始セクタはまだ4Kソート(64Kソート)なので大丈夫です。
GPTはディスクの最後にバックアップを保存するため、時にはエンドセクタに問題が発生することがあります。しかし、幸いなことに、ディスクの端に4096の空きセクタがあるので、状況は問題ありません。それ以外の場合は、GPTに変換する前にディスク容量を増やす必要があります。
MiBソートを達成するには、すべてのデータを移動する必要があります。最も安全な方法は(十分なスペースがある場合)、新しいディスクに完全にコピーすることです。データの再配置は危険です。