Я создал новую виртуальную машину Ubuntu 16.04 с использованием virtualbox и создал один диск VDI объемом 20 ГБ, размер которого был фиксированным. Во время работы мастера установки Ubuntu я решил принять все разделы по умолчанию и конфигурацию диска и завершил настройку.
После запуска на виртуальной машине я начал устанавливать и обновлять различные пакеты, пока в конце концов мне не пришло сообщение об ошибке, в котором говорилось, что корневому серверу не хватает места.
Когда я проверил анализатор использования диска, я увидел, что несмотря на то, что диск VDI выделен на 20 ГБ заранее, размер корневого раздела составляет всего 5,3 ГБ.
- Каков наилучший способ увеличить корневой раздел на виртуальной машине, чтобы я использовал все доступное пространство?
- Как я могу гарантировать, что я не увеличу его больше, чем общий диск VDI, который составляет 20 ГБ?
- Почему при просмотре системы "Подробности" она сообщает о диске как 12,5 ГБ?
Я попытался загрузить gparted, но, к сожалению, он больше не доступен в Ubuntu 16.04:
VirtualBox:~$ sudo apt-get install gparted
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package gparted
Редактировать:
Вывод df:
VirtualBox:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4067824 0 4067824 0% /dev
tmpfs 817540 9404 808136 2% /run
/dev/mapper/ubuntu--vg-root 11758232 5151864 5986032 47% /
tmpfs 4087696 61000 4026696 2% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 4087696 0 4087696 0% /sys/fs/cgroup
/dev/sda1 482922 106763 351225 24% /boot
tmpfs 817540 64 817476 1% /run/user/1000
Вывод lsblk
VirtualBox:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 20G 0 disk
├─sda1 8:1 0 487M 0 part /boot
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 19.5G 0 part
├─ubuntu--vg-root 252:0 0 11.5G 0 lvm /
└─ubuntu--vg-swap_1 252:1 0 8G 0 lvm [SWAP]
sr0 11:0 1 1024M 0 rom
Обновление: 27.09.2016
Я следовал инструкции от user4556274, и это, кажется, сработало, см. Результаты ниже:
VirtualBox:~$ sudo swapoff -v /dev/ubuntu-vg/swap_1
[sudo] password for leigh:
swapoff /dev/ubuntu-vg/swap_1
VirtualBox:~$ sudo lvm lvreduce /dev/ubuntu-vg/swap_1 -L -6G
WARNING: Reducing active logical volume to 2.00 GiB
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce swap_1? [y/n]: y
Size of logical volume ubuntu-vg/swap_1 changed from 8.00 GiB (2048 extents) to 2.00 GiB (512 extents).
Logical volume swap_1 successfully resized.
VirtualBox:~$ sudo mkswap /dev/ubuntu-vg/swap_1
mkswap: /dev/ubuntu-vg/swap_1: warning: wiping old swap signature.
Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=9f184d9a-f660-4a8d-965d-7abd6989b531
VirtualBox:~$ sudo swapon -va
swapon /dev/mapper/ubuntu--vg-swap_1
swapon: /dev/mapper/ubuntu--vg-swap_1: found swap signature: version 1d, page-size 4, same byte order
swapon: /dev/mapper/ubuntu--vg-swap_1: pagesize=4096, swapsize=2147483648, devsize=2147483648
VirtualBox:~$ sudo lvm lvextend -r -l +100%FREE /dev/ubuntu-vg/root
Size of logical volume ubuntu-vg/root changed from 11.52 GiB (2949 extents) to 17.52 GiB (4485 extents).
Logical volume root successfully resized.
resize2fs 1.42.13 (17-May-2015)
Filesystem at /dev/mapper/ubuntu--vg-root is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 2
The filesystem on /dev/mapper/ubuntu--vg-root is now 4592640 (4k) blocks long.
VirtualBox:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4067824 0 4067824 0% /dev
tmpfs 817540 9404 808136 2% /run
/dev/mapper/ubuntu--vg-root 17951716 5389732 11694420 32% /
tmpfs 4087696 248 4087448 1% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 4087696 0 4087696 0% /sys/fs/cgroup
/dev/sda1 482922 106763 351225 24% /boot
tmpfs 817540 76 817464 1% /run/user/1000
VirtualBox:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 20G 0 disk
├─sda1 8:1 0 487M 0 part /boot
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 19.5G 0 part
├─ubuntu--vg-root 252:0 0 17.5G 0 lvm /
└─ubuntu--vg-swap_1 252:1 0 2G 0 lvm [SWAP]
sr0 11:0 1 1024M 0 rom
Однако, когда я проверяю Disk Usage Analyzer, он все еще сообщает о проблеме с корневой папкой, см. Снимок экрана ниже:
Снимок экрана анализатора использования диска
Есть идеи?