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 <merlin8...@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+fr...@codewreck.org <mailto:asmadeus+fr...@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/ >
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/