リモートサーバーにUbuntu 16.04をインストールし、20GB
私のパーティションに別のパーティション(現在20 GB)を要求した/dev/vda2
ので、合計サイズは40GB
。vda2
これでこれを行う方法が見つかりましたが、私の構成が構成LVM
されていないか、少なくとも構成されていないことがわかりました。たとえば、実行するとvgdisplay
何も起こらないからです。それから試してみましたが、vgscan
それはReading volume groups from cache.
すべてです。
このチュートリアルに従ってください。https://www.linuxtechi.com/extend-lvm-partitions/でも走れないから
# vgdisplay < Volume-Group-Name>
わからないので、volume-group-name
閉じ込められています。
どうですか?私は2つのデータベースが実行されており、すべてのデータがバックアップされていますが、実際にリセットしたくないので、最も安全な方法と最も簡単な方法を探しています。
ちなみに私が実行すると、fdisk -l
次のようになります。
編集する:
私が以下に答えたものは次のとおりです。
label: gpt
label-id: 88501878-0C4F-486D-B09A-1AD0A6C81982
device: /dev/vda
unit: sectors
first-lba: 34
last-lba: 41943006
/dev/vda1 : start= 2048, size= 2048, type=21686148-6449-6E6F-744E-656564454649, uuid=6FA9DDEF-760F-4276-9DF0-B8A62F9C51BD
/dev/vda2 : start= 4096, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=E0912389-7C07-41F7-A21E-B8B131F2C491
ベストアンサー1
sfdisk
2番目のパーティションのサイズ変更を使用してください。
# write the current partition table into a machine readable text file
sfdisk --dump /dev/vda > /var/tmp/vda.old
cp /var/tmp/vda.old /var/tmp/vda.new
# also copy vda.old to another machine to have a safe backup
# edit the dump to set the new size for partion 2
# (you may remove the size parameter ", size= 1234" and the
# whole line "last-lba: 1234" to get the max possible size)
vim /var/tmp/vda.new
# now apply the edited partition table to the harddisk
sfdisk --no-reread /dev/vda </var/tmp/vda.new
# check if it looks good, otherwise repair/try again
fdisk -l /dev/vda
# after reboot, resize the filesystem too, for example in case of ext{2,3,4}
resize2fs /dev/vda2
サイズ変更するパーティションの直後にはハードドライブに空き容量があるため、LVMを使用せずにこれを行うことができます。 LVMを使用すると再起動する必要がなく、全体的なサイズ変更のステップはそれほど危険ではありません。そのため、通常はサーバーのインストール時に最初からLVMを使用することをお勧めします。しかし、あなたはLVMなしで動作します。