Comment augmenter l'allocation de taille de disque sur une machine virtuelle Ubuntu 16.04 LTS Virtualbox

1

J'ai créé une nouvelle machine virtuelle Ubuntu 16.04 à l'aide de virtualbox et créé un seul disque VDI de 20 Go de taille fixe. Au cours de l’assistant d’installation d’Ubuntu, j’ai choisi d’accepter toutes les partitions et la configuration de disque par défaut et de terminer l’installation.

Une fois exécuté sur la machine virtuelle, j’ai commencé à installer et à mettre à jour divers packages, jusqu’à ce qu’un message d’erreur me signalant que l’espace racine était insuffisant.

Lorsque j'ai vérifié l'analyseur d'utilisation du disque, j'ai constaté que malgré le fait que 20 Go de disque VDI aient été alloués à l'avance, la taille de la partition racine ne faisait que 5,3 Go.

  • Quel est le meilleur moyen d'augmenter la partition racine sur la machine virtuelle afin que j'utilise tout l'espace disponible?
  • Comment puis-je m'assurer que je ne l'augmente pas au-delà du disque VDI total qui fait 20 Go?
  • Pourquoi, quand on regarde les "Détails" système, le disque est indiqué comme étant de 12,5 Go?

J'ai essayé de télécharger gparted mais malheureusement, il n'est plus disponible sur 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

Modifier:

Sortie de 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

Sortie de 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  

Mise à jour: 27/09/2016

J'ai suivi les instructions de user4556274 et cela semble avoir fonctionné. Voir les résultats ci-dessous:

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  

Cependant, lorsque je vérifie l'analyseur d'utilisation du disque, il signale toujours un problème avec le partage racine, voir la capture d'écran ci-dessous:

Capture d'écran de l'analyseur d'utilisation du disque

Des idées?

Shwashbuckle
la source
Pouvez-vous modifier votre question pour inclure la sortie de dfet lsblk?
user4556274
Bonjour user4556274, détails ajoutés.
Shwashbuckle

Réponses:

1

Votre disque virtuel de 20 Go est divisé en 3 partitions substantielles: 0,5 Go pour /boot, 11,5 Go pour ce qui sera visible comme disque principal /et 8 Go pour une partition swap (probablement ajoutée par le programme d'installation par défaut car vous disposez de 8 Go de RAM). affecté à cette machine virtuelle).

Si vous souhaitez disposer de 20 Go d’espace de système de fichiers utilisable dans ce système, vous pouvez commencer par allouer un disque virtuel de 30 Go, ce qui laissera un peu plus de 20 Go après l’échange et /bootseront comptabilisés.

D'autre part, si vous êtes sûr que votre système peut fonctionner correctement avec une quantité d'échange inférieure, vous pouvez réduire l'échange et étendre la partition lvm principale. Assurez-vous que toutes les données importantes sont sauvegardées avant de modifier les tables de partition sur n’importe quel ordinateur.

Par exemple, pour réduire le swap à 2 Go et étendre la partition lvm principale à 17,5 Go, procédez comme suit. Vérifiez tous les chemins d'accès par rapport à votre propre système et lisez les pages de manuel correspondantes. ne pas copier aveuglément cette recette.

## turn off swap, reduce by 6 GB, reswap

$ sudo swapoff -v /dev/ubuntu-vg/swap_1
$ sudo lvm lvreduce /dev/ubuntu-vg/swap_1 -L -6G
$ sudo mkswap /dev/ubuntu-vg/swap_1
$ sudo swapon -va

## next add the space which has been free'd up to the primary lvm partition.
## the -r option should resize the filesystem on the partition to match the new partition size

$ sudo lvm lvextend -r -l +100%FREE /dev/ubuntu-vg/root

Comment puis-je m'assurer que je ne l'augmente pas au-delà du disque VDI total qui est de 20 Go

Ne pas s'inquiéter; à partir de votre machine virtuelle, vous ne verrez que les disques alloués à cette machine par la virtualbox hôte. En utilisation normale, la machine virtuelle ne peut pas "voler" des ressources de l'hôte.

utilisateur4556274
la source
Merci user4556274, je vais consulter vos conseils et vous en rendre compte.
Shwashbuckle
Bonjour user4556274, J'ai mis à jour la question avec mes résultats et posé une autre question.
shwashbuckle
Je viens de créer une machine virtuelle complètement nouvelle, mais en utilisant l'option d'installation "Quelque chose d'autre" et en créant mes propres partitions manuellement. Cependant, lorsque je vérifie l'analyseur d'utilisation du disque, les chemins "/" et "utilisateur" indiquent "rouge" et ne font que 3,8 Go et 2,9 Go respectivement. Lorsque je vérifie la taille globale du système, il signale 19 Go. Comment puis-je étendre les chemins "/" et "usr" afin qu'ils puissent utiliser davantage de disques disponibles.
Shwashbuckle
@shwashbuckle, je ne connais pas l'outil graphique que vous utilisez. Avez-vous les mêmes numéros si vous vérifiez via du -ks /usretc.? Les chiffres sur la capture d'écran me semblent indiquer combien d'espace disque est utilisé, pas combien peut être utilisé. Tout répertoire sur une seule partition peut utiliser tout l'espace disponible sur cette partition. Si /et /usrsont sur des partitions séparées, vous auriez décidé de la quantité d'espace à allouer à chacune lors de la configuration. s'ils se trouvent sur la même partition (comme dans votre machine virtuelle d'origine), ils peuvent utiliser (jusqu'à) tout l'espace disponible.
user4556274
VirtualBox: ~ $ du -ks / usr 2261984 / usr Donc, dans ce cas, l'utilisation du disque rapportée est identique à celle de l'outil graphique. J'imagine que je suis dérouté par la représentation visuelle de l'outil graphique présentant les montages avec le "rouge" contre eux - peut-être que cela ne signifie pas réellement "faible" de stockage "critique" mais plutôt une couleur aléatoire de cet outil choisi pour représenter "/" ?
Shwashbuckle