DOS パーティションと 2 * 2 TB パーティションを備えた古い Debian 10 VM があります。
パーティションスキーマGUIDに移行して、4TBのパーティションを1つ用意し、必要に応じてさらに大きくする最もエレガントな方法は何ですか?
ライブディストリビューションを起動してバックアップしますか? これには、fstab にある Synology を含める必要があります。再インストールして復元しますか? または、新しいドライブ/コンテナーを作成し、マウントして、gparted を起動し、ファイルシステムをコピーしますか?
VMWareでパーティションを拡張するのは私たちにとってはよく知られたプロセスです -> gparted
答え1
システム ディスク上の GPT は通常 UEFI と連動しますが、VMware の UEFI 機能については何も知らないため、現時点では VM は BIOS/レガシー ブート メソッドに設定されたままであると想定します (Windows はこれを好みませんが、Linux はこの構成で問題なく起動できます)。
gdisk
現在のパーティション テーブルを GPT に変換する場合に使用します。パーティションを縮小して、GRUB が使用する新しい「BIOS ブート パーティション」用の空き領域 (わずか 2 MB) を作成します。これは BIOS 呼び出しを介してアクセスされるため、理想的にはディスクの先頭付近に配置する必要があります。
新しい「BIOS ブート パーティション」を作成します。
- GParted を使用する場合は、ファイルシステム (空のパーティションのみ) を選択せず、
bios_grub
パーティションにフラグを設定します。 - gdisk を使用する場合は、
ef02
パーティション タイプとして選択します。
- GParted を使用する場合は、ファイルシステム (空のパーティションのみ) を選択せず、
再実行し
grub-install
てupdate-grub
。
ただし、同時に VM を UEFI に変換することにした場合、プロセスは若干異なります。
esp
手順 2 と 3 では、GParted フラグまたは gdisk タイプを持つ、はるかに大きな「EFI システム パーティション」(少なくとも 100 MB) が必要になりますef00
。これは FAT32 を使用してフォーマットされ、(Debian ではそこが推奨されます) にマウントされている必要があります/boot/efi
。手順 4 を実行する前に、「grub-efi-amd64」パッケージをインストールし、/boot/grub から古い BIOS 固有の「i386-pc」ファイルを削除する必要があります。
答え2
素晴らしい回答をありがとうございます!
私はそれを重要な情報と組み合わせなければなりませんでしたリンク
/dev/sdaN を
マウント /mnt し、 --rbind /dev /mnt/dev
をマウント /proc /mnt/proc
をマウント --rbind /sys /mnt/sys
を chroot /mnt bash で
マウント /dev/sdaN /
grub-install /dev/sda