AWSボリュームは60GBですが、30GBに減らしたいです。計画は、同じパーティションテーブル(プライマリパーティションサイズのみが異なる点)を手動で再作成し、それを使用してpartclone
ファイルシステムを複製することです。
一見すると、ソースディスクは非常にシンプルに見えます。
lsblk -o NAME,SIZE,TYPE,FSTYPE,LABEL /dev/xvdf
NAME SIZE TYPE FSTYPE LABEL
xvdf 60G disk
└─xvdf1 60G part xfs /
ただし、parted
この「bios_grub」パーティションは最初の場所であるにもかかわらず、128番として表示されます。
Model: Xen Virtual Block Device (xvd)
Disk /dev/xvdf: 125829120s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
128 2048s 4095s 2048s BIOS Boot Partition bios_grub
1 4096s 125829086s 125824991s xfs Linux
lsblk
「bios_grub」パーティションが表示されないのはなぜですか?- なぜ128が最初に座っているのですか?
- 新しいディスクにどのように再作成/複製できますか?
ベストアンサー1
i386-pc
1.)おそらく、認識されたファイルシステムではなく、GRUBバージョンのコアイメージのみを保持しているため、lsblk
これを「空のデバイス」として扱うためです。lsblk -a
空のブロックデバイスを含むすべてのブロックデバイスを確認してください。
2.) 何でも作成されるので、スロットを順次埋めるのではなく、GPTパーティションテーブルの最後のスロットを使用することにします。これはやや珍しい選択ですが、何の影響もありません。ディスクの順序と一致するようにパーティションエントリを並べ替えることができるより賢いパーティションエディタを使用しない限り、デバイス名を使用する場合。一致するように調整する必要があります/etc/fstab
(ファイルシステムUUIDを使用する現在のベストプラクティスに従うのではなく)。
3.)GPTパーティションディスクに空の1MiBサイズのパーティションを作成し、そのタイプをに設定してから、そのディスク上でbios_grub
(grub-install
またはgrub2-install
ディストリビューションに従って)実行します。
GPTパーティションディスクにi386-pc
GRUBバージョン(つまり、レガシーBIOSスタイルの起動に使用されるバージョン)をインストールするたびにbios_grub
、GRUBコアイメージを含むパーティションが必要です。パーティションディスク。 MBR と最初のパーティションの先頭の間のスペース。grub-install
GPTパーティションが自動的に検出されます。