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, 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
>     _______________________________________________
>     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/