Lorsque j'ai configuré ubuntu dans la boîte Virual et utilisé le docker, le disque d'ubuntu (ou machine virtuelle) lui-même est devenu insuffisant. L'expansion est gênante. Gardez une trace de quand vous recommencez Pour les partitions physiques au lieu de LVM
Machine virtuelle> Paramètres> Stockage> Contrôleur: appuyez sur l'icône + sur le disque dur SATA pour créer un nouveau disque Sélectionnez VDI (si vous avez initialement sélectionné un autre type de fichier, sélectionnez-le)> Taille fixe (la taille variable est également acceptable)> Créer en entrant le chemin et la taille> Démarrer la VM après le traitement!
Vérifiez le nom du volume de bloc du nouveau disque avec fdisk -l
disque/dev/sdb: 20 GiB,21474836480 octets,Secteur 41943040
Disk model: VBOX HARDDISK
unité:secteur(1 * 512 =512 octets)
Taille du secteur(logique/La physique):512 octets/512 octets
I/Taille O(le minimum/Recommandation):512 octets/512 octets
Vérifiez le système de fichiers actuel avec cat / etc / fstab
root@user-VirtualBox:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=345dde19-65a3-4580-bbd6-3cbb16f964a3 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
root@user-VirtualBox:~# parted /dev/sdb
GNU Parted 3.2
/dev/Utiliser sdb
Bienvenue dans GNU Parted! Pour voir la liste des commandes'help'Entrez s'il vous plait.
(parted) mklabel gpt
(parted) mkpart
Nom de la partition? []? newdisk
Type de système de fichiers? [ext2]? ext4
début? 0%
Fin? 100%
(parted) p
modèle: ATA VBOX HARDDISK (scsi)
disque/dev/sdb: 21.5GB
Taille du secteur(logique/La physique): 512B/512B
Table de partition: gpt
Indicateur de disque:
Numéro Début Fin Taille Indicateur de nom du système de fichiers
1 1049kB 21.5GB 21.5GB ext4 newdisk
(parted)
root@user-VirtualBox:~# mkfs.ext4 /dev/sdb1
mke2fs 1.44.6 (5-Mar-2019)
Creating filesystem with 5242368 4k blocks and 1310720 inodes
Filesystem UUID: 8985105d-d482-41f6-85f7-82afeba1172b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
L'emplacement de l'image docker qui mange beaucoup est comme / var / lib / docker, donc Renommez temporairement le / var / lib / docker d'origine, créez un nouveau répertoire docker et montez-y la nouvelle partition. Confirmer avec df. Donc, je vais y transférer les données originales. Écrivez fstab sans oublier
root@user-VirtualBox:/var/lib# mv docker _docker
root@user-VirtualBox:/var/lib# mkdir docker
root@user-VirtualBox:/var/lib# mount /dev/sdb1 /var/lib/docker
root@user-VirtualBox:/var/lib# df -h
/dev/sdb1 20G 45M 19G 1% /var/lib/docker
root@user-VirtualBox:~# vi /etc/fstab
/dev/sdb1 /var/lib/docker ext4 defaults 0 0
Si vous redémarrez le système d'exploitation, il est monté et le docker démarre normalement, c'est OK!