Clarifications

Trois points :

• Oui, il est important d'avoir des backups.
• S'il y a du LVM, il est important d'apprendre à l'utiliser. :)
• Non, il n'y a pas d'obligation d'utiliser un système de type live ou system recue pour retoucher une partition système.

Exemple : une VM installée avec un disque de 20 Go, avec 19 Go pour / et 1 Go de swap. Disque agrandi à 25 Go, comment agrandir la partition unique à 24 Go ?

Étapes :

• Backups.
• Désactiver le swap (optionnel).
• Utiliser fdisk (ou autre outil de partitionnement) pour :
  • Supprimer la partition swap
  • Supprimer la partition de données
  • Recréer la partition de données (24 Go), sans supprimer la signature du système de fichiers
  • Recréer la partition de swap (1 Go), et la formater avec mkswap
  • Sauver les modifications

Sur ce dernier point, c'est là que le noyau va râler en disant qu'il y a des trucs ouverts :

Commande (m pour l'aide) : w
La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
Échec de relecture de la table de partitions.: Périphérique ou ressource occupé
Le noyau continue à utiliser l'ancienne table. La nouvelle sera utilisée lors du prochain démarrage ou après avoir exécuté partprobe(8) ou kpartx(8).

Après redémarrage, il y aura probablement un fsck mais rien de grave. Il reste ensuite à redimensionner le système de fichiers. Si on a les outils lvm2, la commande générique fsadm resize DEVICE convient. Sinon on peut utiliser resize2fs pour la famille des extN, et sait travailler en ligne pour les agrandissements :

# resize2fs /dev/vda1
resize2fs 1.43.4 (31-Jan-2017)
Le système de fichiers de /dev/vda1 est monté sur / ; le changement de taille doit être effectué en ligne
old_desc_blocks = 3, new_desc_blocks = 4
Le système de fichiers sur /dev/vda1 a maintenant une taille de 6553344 blocs (4k).

Debian Consultant @ DEBAMAX