Proxmox9

https://pve.proxmox.com/wiki/Upgrade_from_8_to_9

Voici une table de partition classique d’une VM

root@debian:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0   10G  0 disk
├─sda1   8:1    0  9,4G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0  583M  0 part [SWAP]
sr0     11:0    1  783M  0 rom

df -h /dev/sda1
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1          9,2G    1,1G  7,7G  13% /

On a un disque de 10Go et une partition de 9.4Go que l’on veut augmenter de 2Go.

On augmente la taille du disque dans proxmox

Menu Hardware on clique sur Hard Disk puis on clic en haut dans le menu sur Disk Action puis Resize

J’ai ajouté 2Go au disque, on le retrouve bien directement ici sur la taille du disque, mais rien n’a changé sur les partitions.

root@debian:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0   12G  0 disk
├─sda1   8:1    0  9,4G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0  583M  0 part [SWAP]
sr0     11:0    1  783M  0 rom

df -h /dev/sda1
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1          9,2G    1,1G  7,7G  13% /

Maintenant on installe ce paquet

apt install cloud-guest-utils

Et on va augmenter la taille de notre partition sda1

growpart /dev/sda 1
NOCHANGE: partition 1 could only be grown by 2046 [fudge=2048]

Ok la partition a augmenter doit se trouver à la fin du disque, car ici, il n’y a pas d’espace disponible entre sda1 et sda2

On peut déplacer les partitions avec gparted, même si lsblk montre les partitions dans l’ordres de leur nom, du moment que sda1 est physiquement à la fin du disk, ça marchera.

Une fois le growpart exécuté avec succès, utiliser la commande suivante

resize2fs /dev/sda1

Constatez avec un df -h que tout est ok

J’ai eu ce problème sur le backup d’un LXC

INFO: starting first sync /proc/3224260/root/ to /var/tmp/vzdumptmp3498328_150
ERROR: rsync: [receiver] write failed on "/var/tmp/vzdumptmp3498328_150/var/log/journal/b4d4726a5f8b4fc88c6c226650ca0668/system@f30e550852f241da980f73b64033da35-000000000074f9ae-000640a1a2cf98a9.journal": No space left on device (28)
ERROR: rsync error: error in file IO (code 11) at receiver.c(381) [receiver=3.2.7]
ERROR: rsync: [sender] write error: Broken pipe (32)
ERROR: Backup of VM 150 failed - command 'rsync --stats -h -X -A --numeric-ids -aH --delete --no-whole-file --sparse --one-file-system --relative '--exclude=/tmp/?*' '--exclude=/var/tmp/?*' '--exclude=/var/run/?*.pid' /proc/3224260/root//./ /var/tmp/vzdumptmp3498328_150' failed: exit code 11
INFO: Failed at 2025-10-22 04:07:46

Il s’avère que proxmox fait une copie dans le répertoire temporaire par défaut qui est /var/tmp
Sauf que ce répertoire se trouve sur la partition système qui n’est pas très grande.

Pour résoudre le problème, il faut définir à la main le répertoire temporaire dans /etc/vzdump.conf

tmpdir: /var/lib/vz/tmp

Quelques commandes

pct list

Faire un checkdisk

pct fsck <vmid>

Ajouter 2G

pct resize <vmid> rootfs +2G

e2fsck -f -y /var/lib/vz/images/150/vm-150-disk-0.raw
e2fsck -p /var/lib/vz/images/150/vm-150-disk-0.raw

resize2fs /var/lib/vz/images/150/vm-150-disk-0.raw

Quelques commandes

Pour avoir la config d’une VM (identique au fichier /etc/pve/qemu-server/<vmid>.conf )

qm config <vmid>

Voir plus → https://pve.proxmox.com/pve-docs/qm.1.html

Dans le cas de TrueNAS qui sort l’erreur

Disks have duplicate serial numbers: None (sda, sdb)

Il faut modifier le fichier /etc/pve/qemu-server/<vmid>.conf

repérer les lignes

scsi0: thin_provision:vm-212-disk-0,discard=on,iothread=1,size=32G
scsi1: thin_provision:vm-212-disk-1,iothread=1,size=5G

Et ajouter serial=myserial01

scsi0: thin_provision:vm-212-disk-0,discard=on,iothread=1,size=32G,serial=myserial01
scsi1: thin_provision:vm-212-disk-1,iothread=1,size=5G,serial=myserial02