Julien Escario wrote on Thu, Oct 22, 2015:
> Ce qui me stresse toujours quand je fais du shrink c'est :
> * ext3/4 ne supporte pas le shrink à chaud
Effectivement, faut tout couper. Personellement si possible, je préfère
faire tout ça hors de la VM (c'est toujours subtil de shrink un / depuis
le système en question... Je crois que le plus joli que j'ai fait est un
boot en pxe/init=/bin/sh, un tar dans /dev/shm, on efface tout et on
recommence)
Pour du qcow ça se fait assez bien avec qemu-nbd, si votre distro le
permet (module kernel nbd dispo dans les debian-like, mais pas dans les
redhat-like...)
> * Une fois le filesystem resizé, il faut shrinker la partition : comment elle
> sait où commence et où termine le fs ?
> * Et quand on resize le qcow2 : comment il sait où commencent (vraisemblablement
> secteur 0) et terminent les partitions pour éviter d'écraser la fin d'une part ?
On fait des maths. Attention à ce que resize2fs, lvm, et qemu-img
parlent en puissance de 1024, mais pas mal d'outils comme fdisk en
puissance de 1000... ou (mieux) en secteurs
Le plus safe si on n'a pas envie de compter est simplement de prendre de
la marge un peu à tout les niveaux:
- shrink beaucoup trop le fs
- shrink un peu trop la partition (le début n'est pas un problème, il
ne bouge pas; il faut seulement faire attention à remettre le même donc
d'utiliser une unité qui tombe rond avec le début de partition existant)
- shrink comme souhaité l'image disque
- refaire la partition pour prendre tout l'espace dispo
- refaire un resize2fs pour prendre tout l'espace dispo
--
Dominique Martinet | Asmadeus