Oui, en effet :-) C'est juste par habitude que je fais ça. Et puis, avec un simple "df", tu es sûre que tout est remplis. Sinon, effectivement, avec un "dd if=/dev/zero of=..." sur la partition (sans FS), ça devrait aussi marcher. Mais bon, avec les FS, j'aime bien être sûre à 400% de ce que je fais ...
hinhin, que celui qui n'a jamais perdu sa partoche avec ses données dessus lève le doigt! (si son n+1 ne lui a pas déjà tous coupé XD)
Cldt
-- MrJK GPG: https://jeznet.org/jez.asc
Le 23 octobre 2015 16:20, merlin8282 merlin8282@gmail.com a écrit :
- Sur l'espace que tu veux réduire, tu crée un FS bidon, type ext3 sur
lequel tu rempli avec tout plein de zero.
Pourquoi ne pas juste créer une partition vide et remplir le device (genre /dev/sdf3) avec des zéros ? Le fait de formater n'est qu'une étape superflue, non ?
On 23/10/2015 05:29, Mrjk wrote:
Pour ma part, voici ma procédure (ca ne se fait pas à chaud non plus, malheureusement).
- Sur l'espace que tu veux réduire, tu crée un FS bidon, type ext3 sur
lequel tu rempli avec tout plein de zero.
- Une fois que tu as remplis ton FS, tu supprime ton FS, et puis tu
coupe ta VM
- Tu utilise la fonction shrink de l'outil qemu-img (j'ai pas de man
sous les yeux, désolé)
- Tu relance ta VM. et vala.
L'astuce consiste à utiliser les fonctions "natives" de l'outil qemu-img, qui lui va te réduire l'image que s'il trouve des zeros. C'est ce qu'il y'a a de mieux à ma connaissance. Si tu veux partir la dessus, j'essayerai de te retrouver la procédure plus en détails/technique.
Cldt
-- MrJK GPG: https://jeznet.org/jez.asc
Le 22 octobre 2015 18:39, Dominique Martinet <asmadeus+frsag@codewreck.org mailto:asmadeus+frsag@codewreck.org> a écrit :
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, jepré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 faitest 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 dansles
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 lafin 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 deprendre 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êmedonc
d'utiliser une unité qui tombe rond avec le début de partitionexistant)
- 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 _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/