Linux guest (в VirtualBox) не будет использовать все пространство динамического VDI-диска

559
TedGrassman

У меня проблема с моим виртуальным диском в VirtualBox на Linux CentOS Guest. Я не использую снимки на нем.

Первоначально это был диск на 8 ГБ, который я расширил до 16 ГБ, используя VBoxManage modifyhdкоманду на хосте. Затем я использовал GParted liveизображение, чтобы изменить размер раздела в гостевой. Диск и ВМ сменили хост (но это же версия VirtualBox).

Теперь я заполнил свой диск и у меня нет свободного места.

Глядя на GParted: /boot (/dev/sda1)имеет размер 1 ГБ и / (/dev/sda2)имеет размер 15 ГБ : GParted live

Но, глядя на df:

[ted@localhost ~]$ df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/cl-root xfs 6,0G 5,9G 106M 99% / devtmpfs devtmpfs 986M 0 986M 0% /dev tmpfs tmpfs 1001M 100K 1001M 1% /dev/shm tmpfs tmpfs 1001M 8,8M 992M 1% /run tmpfs tmpfs 1001M 0 1001M 0% /sys/fs/cgroup tmpfs tmpfs 1001M 32K 1001M 1% /tmp /dev/sda1 xfs 1014M 235M 780M 24% /boot tmpfs tmpfs 201M 8,0K 201M 1% /run/user/1000

Размер корня составляет 6 ГБ, что подтверждается fdisk -l. Но размер диска действительно 16 + ГБ:

[ted@localhost ~]$ sudo fdisk -l  Disk /dev/sda: 17.2 GB, 17179869184 bytes, 33554432 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0x000140ff  Device Boot Start End Blocks Id System /dev/sda1 * 2048 2099199 1048576 83 Linux /dev/sda2 2099200 33554431 15727616 8e Linux LVM  Disk /dev/mapper/cl-root: 6442 MB, 6442450944 bytes, 12582912 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes  Disk /dev/mapper/cl-swap: 1069 MB, 1069547520 bytes, 2088960 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes

Просто чтобы прояснить это, разделы tmpfs монтируются в ОЗУ, верно? Эти файлы не могут использовать дисковое пространство, не так ли?

Кроме того, у меня достаточно места на диске хоста.

Я видел этот пост. Сделайте так, чтобы Linux VirtualBox Guest использовал все доступные виртуальные диски (без снимков), но моя ситуация выглядит несколько иначе, так как я изменил размер раздела, и пространство отображается в pvdisplay:

[tnodet@localhost ~]$ sudo pvdisplay --- Physical volume --- PV Name /dev/sda2 VG Name cl PV Size 15,00 GiB / not usable 2,00 MiB Allocatable yes  PE Size 4,00 MiB Total PE 3839 Free PE 2048 Allocated PE 1791 PV UUID rrG0JE-i1MB-IeA0-Ce5c-dpj7-Fwm2-RMjyYb

На хосте Windows 10:

D:\Profiles\ted\VirtualBox VMs\CentOS-CKAN>VBoxManage showhdinfo CentOS-CKAN.vdi UUID: 76d3524e-803c-4d1e-816d-5bc705e26aac Parent UUID: base State: locked write Type: writethrough Location: d:\Profiles\ted\VirtualBox VMs\CentOS-CKAN\CentOS-CKAN.vdi Storage format: VDI Format variant: dynamic default Capacity: 16384 MBytes Size on disk: 6413 MBytes Encryption: disabled In use by VMs: CentOS-CKAN (UUID: 1e96120c-17a3-4892-8d98-dd88eed429db)

Я сейчас растерялся и растерялся, даже не могу понять, связана ли проблема с хостом Windows / VirtualBox или с гостем Linux ...

Есть идеи? Заранее спасибо!

Другие команды:

[ted@localhost ~]$ ll /dev/disk/by-id total 0 lrwxrwxrwx. 1 root root 9 20 sept. 12:16 ata-VBOX_CD-ROM_VB2-01700376 -> ../../sr0 lrwxrwxrwx. 1 root root 9 20 sept. 12:16 ata-VBOX_HARDDISK_VB76d3524e-ac6ae205 -> ../../sda lrwxrwxrwx. 1 root root 10 20 sept. 12:16 ata-VBOX_HARDDISK_VB76d3524e-ac6ae205-part1 -> ../../sda1 lrwxrwxrwx. 1 root root 10 20 sept. 12:16 ata-VBOX_HARDDISK_VB76d3524e-ac6ae205-part2 -> ../../sda2 lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-name-cl-root -> ../../dm-0 lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-name-cl-swap -> ../../dm-1 lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-uuid-LVM-AFXgxjJZSLDRCWckAVMMKzthSc5hNl6cbrtdWs4fPXZIoe1O6Wy0qh2xoreIY8tw -> ../../dm-1 lrwxrwxrwx. 1 root root 10 20 sept. 12:16 dm-uuid-LVM-AFXgxjJZSLDRCWckAVMMKzthSc5hNl6cmYPaZX60S5aAvfejEltFs2vMPmIlRkuV -> ../../dm-0 lrwxrwxrwx. 1 root root 10 20 sept. 12:16 lvm-pv-uuid-rrG0JE-i1MB-IeA0-Ce5c-dpj7-Fwm2-RMjyYb -> ../../sda2
1

1 ответ на вопрос

1
TedGrassman

Я понял; это было связано с логическими томами, с которыми мне не очень удобно.

Как можно догадаться fdisk -l, физический раздел sda2был разделен на два логических тома /dev/cl/rootи/dev/cl/swap сгруппирован в группу томов cl:

[root@localhost ted]# vgscan Reading volume groups from cache. Found volume group "cl" using metadata type lvm2  [root@localhost ted]# lvscan ACTIVE '/dev/cl/root' [6,00 GiB] inherit ACTIVE '/dev/cl/swap' [1020,00 MiB] inherit

  1. Итак, сначала я удалил логический том подкачки ( 5.3.2. Удаление логического тома LVM2 для свопа )

    [root@localhost ted]# swapoff -v /dev/cl/swap swapoff /dev/cl/swap  [root@localhost ted]# lvremove /dev/cl/swap Do you really want to remove active logical volume cl/swap? [y/n]: y Logical volume "swap" successfully removed

    Комментируемая строка в /etc/fstab:

    #/dev/cl/swap swap swap defaults 0 0

  2. Затем мне пришлось изменить размер корневого логического тома :

    [root@localhost ted]# lvextend -L+8G /dev/cl/root

  3. Наконец мне пришлось изменить размер корневой файловой системы . Я столкнулся с проблемами при попытке использовать resize2fsкоманду (поскольку XFS не поддерживается, см. Resize2fs: неверное магическое число в суперблоке при попытке открыть ), но xfs_growfsсделал свое дело:

    [root@localhost ted]# xfs_growfs /dev/cl/root meta-data=/dev/mapper/cl-root isize=512 agcount=4, agsize=393216 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=0 spinodes=0 data = bsize=4096 blocks=1572864, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=1 log =internal bsize=4096 blocks=2560, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 data blocks changed from 1572864 to 3670016

Теперь у меня есть 14 ГБ места в / dev / mapper / cl-root :)

Похожие вопросы