Le disque est plein : comment l'augmenter

L'espace disque sur un VDS est lié au palier : 40 Go sur VDS-1 et jusqu'à 250 Go sur VDS-6. Vous ne pouvez pas acheter d'espace supplémentaire séparément — la taille évolue avec l'offre. Avant de payer davantage, vérifiez si l'espace est réellement occupé par des données.

Étape une : vérifier que l'espace est réellement utilisé

df -h /
sudo du -x -h -d1 / | sort -h | tail -10
docker system df
journalctl --disk-usage

Très souvent, les logs, le cache de compilation et les anciennes images occupent la moitié du disque. Pour une répartition détaillée, consultez espace disque. En libérant 30-40 % grâce au nettoyage, vous repousserez la mise à niveau de plusieurs mois.

Étape deux : déplacer ce qui n'a pas besoin de rester ici

• Sauvegardes — elles ont leur place sur un autre site, pas sur le même disque.
• Fichiers envoyés par les utilisateurs — vers un stockage objet S3 ; l'application servira des liens.
• Archives et médias — vers un stockage séparé et bon marché avec accès SFTP.
• Registre d'images — le service le plus gourmand en ressources, voir votre propre registre.

Étape trois : passer à un palier supérieur

Vous changez d'offre dans le panneau de la machine, et cela ne fonctionne que vers le haut. Le supplément est calculé pour les jours restants de la période payée — vous ne perdez pas l'argent déjà versé.

Avec le disque, les cœurs, la mémoire et le plafond de vitesse d'écriture augmentent aussi — voir vitesse du disque.

La rétrogradation n'est pas disponible : le disque ne rétrécit pas. Vous pouvez réduire le système de fichiers, mais pas le disque virtuel en dessous sans risquer une perte de données. Choisissez donc un palier avec une marge d'un an, pas « au cas où, deux ans à l'avance ».

Après la mise à niveau

En général, la partition et le système de fichiers s'étendent automatiquement au démarrage. Vérifiez :

lsblk
df -h /

Si lsblk affiche un disque plus grand mais que df affiche l'ancienne taille, étendez manuellement :

sudo growpart /dev/sda 1
sudo resize2fs /dev/sda1        # ext4
sudo xfs_growfs /               # xfs

Pour les configurations LVM, l'ordre est différent :

sudo pvresize /dev/sda3
sudo lvextend -l +100%FREE /dev/mapper/vg-root
sudo resize2fs /dev/mapper/vg-root

Pour plus de détails, consultez partitions et systèmes de fichiers. L'extension du système de fichiers se fait sur une partition montée et ne touche pas aux données, mais une sauvegarde préalable reste obligatoire.

Que faire si vous manquez d'espace maintenant

Quand le disque est complètement plein, certaines commandes cessent de fonctionner : le système ne peut même plus écrire un fichier temporaire. L'ordre des actions :

journalctl --vacuum-size=100M
apt clean
docker builder prune -f
sudo truncate -s 0 /var/lib/docker/containers/*/*-json.log

Cela libérera un gigaoctet ou deux et rétablira le contrôle. Suivez ensuite les étapes ci-dessus.

Erreurs courantes

• Vous avez supprimé des fichiers mais l'espace n'est pas revenu. Un processus garde le fichier supprimé ouvert : sudo lsof +L1 et redémarrez le service.
• Vous avez changé de palier sans identifier la cause. Une fuite de logs remplira aussi 250 Go, juste plus tard.
• Vous avez étendu la partition sans sauvegarde. Une erreur dans le numéro de partition dans growpart vous coûte toutes vos données. Faites d'abord une sauvegarde.
• Vous avez oublié les inodes. df -i : il y a de l'espace, mais vous ne pouvez pas créer de fichiers. Supprimer des piles de petits fichiers aide, pas augmenter le disque.