Windows 10ホストで64ビットCentOS 7仮想マシンを使用しており、VHDが動的に割り当てられているため問題が発生しています。
最初は最大VHDサイズを16GBに設定し、機能的には約14.4GBを使用できます。プロジェクトの進行中にもっと多くのスペースが必要であることに気づいたので、VBoxManageを使用して最大スペースを100 GBに増やしました。その後、GPartedを使用してsda2パーティションを拡張して追加のスペースを占めました。
したがって、VirtualBoxはVHDが最大100 GBに達することができ、sda2がほとんどのスペースを占めると信じています。 VHDの実際のサイズはまだ14.4GBです。ただし、ゲストOSのすべてのスペースを埋める(ファイルに長いシーケンスを作成しても)、ドライブは自動的に拡張されません。
参考にするいくつかの点があります。
最初にスペースを埋めようとしたときにホストのVHDファイルは、スペースを埋めた後にVMを再起動したときに約1 GBほど増加しましたが、今はもう増加しません。
私のゲストOSによって報告されたデバイスとGPartedによって報告されたパーティションとの間に矛盾があるようです。 中央オペレーティングシステム/dev/dm-0 へのリンクである /dev/sda1 および /dev/mapper/centos-root をリストします。ゴポット/dev/sda1 および /dev/sda2 をリストします。これは問題を引き起こす可能性がありますか、それとも正常ですか?これが正常な場合、VirtualBoxがVHDを拡張しない理由についてのアイデアはありますか?
ベストアンサー1
はい、問題を見つけました。私のファイルシステムは以前に試したことのない論理ボリューム管理(LVM)を使用しているので、正しく処理する方法がわかりません。 LVM 用語を使用すると、centos はボリュームグループです。
sda2はこのボリュームグループの物理ボリュームです。
ルートはボリュームグループの論理ボリュームで、スワップは次のとおりです。
centos VGとsda2 PVは私が割り当てた追加のストレージをすでに登録していますが、残りの部分はルートLVに追加のスペースを割り当てるだけです(21504はvgdisplayから取得した使用可能な物理拡張(PE)の数です)。
$ sudo lvextend /dev/centos/root /dev/sda2 -l+21504
次に、この追加スペースを利用できるようにルートファイルシステムを拡張します。
$ sudo xfs_growfs /dev/centos/root
その後、ゲストオペレーティングシステムは追加のスペースがあることを認識し、そのスペースを埋め、それに応じてホストオペレーティングシステムの仮想ハードディスクサイズを増やします。成功!
源泉: http://www.techotopia.com/index.php/Adding_a_New_Disk_to_a_CentOS_6_Volume_Group_and_Logical_Volume