Réduction de la vdi

**chrtophe** · 02/02/2014, 10h04

Jipété,

ton msg d'erreur est lié au .vhd. Le format natif de virtualbox étant .vdi

la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

VBoxManage clonehd source.vhd target.vdi --format vdi

devrait te permettre de régler le prob. Il te faudra donc affecter le nouveau fichier image à la VM à la place de l'autre.

Le nullfile, c'est surtout pour avoir la meilleure defrag possible, surtout qu'il est dangereux de réduire une partition et que de blocs à 0 sont sensé ne pas prendre de place dans le fichier image.

Pour défragmenter la MFT tu as ça :
http://technet.microsoft.com/en-us/s.../bb897428.aspx
http://ultradefrag.sourceforge.net/e....html?download

**Jipété** · 02/02/2014, 10h21

Salut chrtophe,

Eut, c'est dimanche tu dois pas être bien réveillé

Envoyé par chrtophe

ton msg d'erreur est lié au .vhd. Le format natif de virtualbox étant .vdi

Comme dit hier, dans le code source (vdi.cpp) on trouve :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
     /*
     * Making the image smaller is not supported at the moment.
     * Resizing is also not supported for fixed size images and
     * very old images.
     */

Bon, maintenant j'ai pas testé avec un .vdi -- des fois que le commentaire ci-dessus serait un vieux machin oublié (en tête de routine ?) et qu'en vrai ça le fasse quand même ?

[ EDIT de midi ]
J'ai cloné mon disque comme tu l'as suggéré, puis j'ai relancé la commande de resize et je me prends le même message d'erreur

Bon app'
[ /EDIT ]

OK pour les infos sur le nullfile, et merci pour les liens sur la défrag de la mft, je regarde ça ASAP (là faut que je bouge...)

Bon dimanche,

**Viduc** · 02/02/2014, 12h27

ok en tout cas ça reste une bonne info... de savoir qu'on ne peut pas le faire

**Jipété** · 02/02/2014, 15h30

Envoyé par Viduc

ok en tout cas ça reste une bonne info... de savoir qu'on ne peut pas le faire

On ne peut pas le faire stricto sensu mais au final si j'arrive à un fichier de 5 Go sur le host au lieu de 10, je l'ai fait quand même

J'ai juste pris un autre chemin pour y arriver

**chrtophe** · 02/02/2014, 18h56

Le resizing n'est pas possible mais le clonage oui, clonage vers du vdi.

**Jipété** · 02/02/2014, 19h58

Envoyé par chrtophe

Le resizing n'est pas possible mais le clonage oui, clonage vers du vdi.

Ben si, le resizing doit être possible, au final.

Pas dans VBoxManage mais comme j'ai fait, en m'inspirant de vos posts :

grand ménage dans le disque, défrag puis examen de la taille réelle du fichier dd.vhdi depuis le host, pour voir ce qu'on peut faire avec ce qu'on a.
Et moi j'avais un dd dynamique de 10 Go qui ne pesait réellement que 2,1 (ou 3,1 selon les outils selon les moments) Go.

En réduisant donc sa partoche (et gparted fait ça très bien), je limite l'expansion du disque virtuel.
Il suffit ensuite de ne pas toucher à cette zone non initialisée du disque depuis la vm "up'n'running" (c'est facile : y a qu'à l'oublier) et comme c'est virtuel, cette zone, ben, elle pèse juste la taille de son adresse dans la table qui va bien dans le dd.
32 bits.
Autant dire rien.

Je n'ai pas resizé au sens "compression", mais j'ai transformé un dd dynamique de 10 Go max en un qui ne dépassera jamais 5 (ça aurait pu être 3 ou 8).
Ça sert à ça, non, un resizing "vers le bas" ? À limiter encore plus l'expansion d'un disque ? Ben je crois qu'on est bon, là !

Vi, pour le clonage on savait, mais le post d'origine (où qu'il est passé son auteur, d'ailleurs ?) parlait de resizing il me semble bien.

**Viduc** · 03/02/2014, 19h29

par contre si je comprends bien la manip ça ne peut se faire que sur un disque dynamique (ce qui semblerait logique...)

**Jipété** · 04/02/2014, 02h00

Envoyé par Viduc

par contre si je comprends bien la manip ça ne peut se faire que sur un disque dynamique (ce qui semblerait logique...)

Envoyé par Jipété

(...) Et dans VDI.cpp :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
     /*
     * Making the image smaller is not supported at the moment.
     * Resizing is also not supported for fixed size images and
     * very old images.
     */

Maintenant, en ayant un disque de 20 Go par ex. qui est peu occupé et qu'on voudrait réduire à 5 par ex., je pense qu'en créant un dd fixe virtuel de 5 Go, en l'attachant à la machine qui boote sur le 20, alors comm' d'hab' ménage et défrag sur le 20, puis reboot de la vm sur un live-cd Linux où l'on devrait pouvoir peut-être (jamais tenté, hein, juste une idée) utiliser l'ami "dd" pour recopier "bit à bit" les 5 premiers Go du 20 vers le 5.
Puis arrêt de la vm, config de son boot sur le 5, booter et voir...

**Viduc** · 04/02/2014, 09h07

oui en effet... techniquement ça pourrait fonctionner, avec dd normalement les secteurs de boot devraient être copiés donc pourquoi pas, a tester...

**keblen** · 04/02/2014, 12h22

Bonjour à vous,

D'abord désolé pour mon absence,

Génial ça a marché !! La solution est venue du conseil de jipété !!

J'ai tout simplement rajouté des guillemets à windows XP.vdi et ça a marché !!! Ce n'était qu'une question de syntaxe dont je ne suis pas initié.

Du coup, la réduction a bien été faite.

Et pour ce qui est de la réflexion de Viduc "je pense en effet que ça ne servira pas, si la commande VBoxManage fonctionne il ira prendre de lui même l'espace ou il peut.... "
C'est clair, Si le système de VirtualBox (tel qu'il est conçu dans la version la plus récente) m'a donné ce résultat (un espace disque qui constamment se gonfle et ne désemplit jamais), il est parfaitement logique que je me retrouve dans la même situation dans quelques temps.

Pour ne plus être emmerdé, il serait donc judicieux de passer à ce moment-là à de la taille "statique" (je n'ai plus le bon mot en tête) en faisant un clone. Non? Qu'en pensez-vous? Par contre, il faut juste être sûr de ne plus toucher aux programmes de Windows XP, évidemment ne plus rien rajouter, etc... (ce qui peut être le cas de pas mal de petits novices comme moi qui ont juste fait un Windows XP virtuel pour jouer à 2-3 vieux jeux seulement) Pour les mises à jours, on est tranquille de ce côté-là, elles ont été arrêtées pour Windows XP. J'imagine qu'il est quand-même plus raisonnable de rajouter un peu d'espace libre, de l'ordre de 10% de l'espace disque total, donc 1 Go en plus, et basta.

Je sais que je suis sur un site de professionnels, et pour moi il est très dur de suivre le fil de la discussion que je viens de créer, la plupart c'est du chinois.

Du coup, je vous remercie d'autant plus de votre patience face à un novice comme moi, et si quand-même, ça vous intéresse de savoir si à la fin de mes manips' ça donne un bon résultat ou pas, je viendrai vous en informer avec plaisir. Suffit de me le dire.

Au revoir.

**Jipété** · 04/02/2014, 13h05

Bon, on résume :

un disque "statique", tu lui définis une taille (utilisable par l'OS de la vm) à sa création, et il occupera cette taille sur le host.
un disque "dynamique", tu lui définis aussi une taille (utilisable par l'OS de la vm) à sa création, sauf que sur le host il n'occupe que la taille des fichiers qu'il y a dedans (générés dans la vm).
Ce disque ne peut que grossir, par contre. Bon je parle là pour VirtualBox, les autres outils je ne les connais pas.

Si tu prends un dd dynamique de 100 Go, vide il va peser rien ou presque sur le host ; si dans la vm tu le remplis (tu as donc à disposition 100 Go) de vidéos ras la gueule, le host va voir le fichier .vhdi (je marque vhdi pour dire vhd/vdi [c'est + ou - pareil]) grossir jusqu'à 100 Go, normal.
Le souci c'est que si tu supprimes dans la vm tes 100 Go de vidéos, tu te retrouves avec 100 Go libres, utilisables, mais l'espace sur le host n'est pas libéré, le fichier pèse toujours 100 Go.

À partir de là, avec un papier, un crayon et 5 minutes de gamberge, il est facile d'arriver aux manips que j'ai décrites :
tu peux assimiler un dd "statique" à un vrai disque hardware : s'il est trop gros (espace inexploité) ou trop petit (à court d'espace), la seule solution IRL c'est de le changer physiquement ; et bien là c'est pareil.
Et un dd "dynamique" peut être assimilé à un dd physique partitionné : s'il est mal partitionné, tu sauvegardes tes données et tu repartitionnes et voilà !

Envoyé par keblen

(...) Je sais que je suis sur un site de professionnels, et pour moi il est très dur de suivre le fil de la discussion que je viens de créer, la plupart c'est du chinois.

T'inquiètes, il y a des professionnels moins dégourdis que des amateurs éclairés.

Envoyé par keblen

(...) quand-même, ça vous intéresse de savoir si à la fin de mes manips' ça donne un bon résultat ou pas, je viendrai vous en informer avec plaisir. Suffit de me le dire.

Mais oui, ne serait-ce que pour savoir si ce qu'on écrit est compréhensible et donc exploitable.
Voilà c'est dit

**Jipété** · 04/02/2014, 20h48

Yep !

Envoyé par Viduc

oui en effet... techniquement ça pourrait fonctionner, avec dd normalement les secteurs de boot devraient être copiés donc pourquoi pas, a tester...

Ça me démangeait, ça aussi

Alors voilà :
Je crée donc un nouveau dd virtuel dynamique de 4,6 Go, qui occupe 25 ko sur le host.

Je l'assigne à la vm de test (celle de ces jours-ci, avec son dd de 10 Go), que je fais booter sur le live-cd, puis

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dd if=/dev/disque_source of/dev/disque_destination bs=1M

Bon, petit message d'erreur normal à la fin (la destination est plus petite que la source, et j'avais la flemme de faire les calculs qui vont bien),
et dans le host, le fichier occupe maintenant 2,2 Go.

Arrêt de cette live-vm, reconfiguration de la vm de base (changement du disque de boot, suppression du live-cd) et boot sur le nouveau disque = ça le fait !

**chrtophe** · 04/02/2014, 21h08

Quand je l'ai fait je suis parti d'un NT Backup d'un poste XP, le but étant de sécuriser un logiciel CCMX compta avec un SQL Server 2000 intégré dessus.

J'ai remonté le NT Backup de 50 Go environ dans la VM, après difficultés de boot lié au pilote SATA, la VM fonctionnait. J'ai recrée un compte utilisateur propre, supprimé l'ancien après verif fonctionnement du soft, supprimé les soft inutiles nettoyé le système, réduit la partoche puis le vdi. J'arrive à un fichier de 8Go.

**Jipété** · 04/02/2014, 22h44

Envoyé par chrtophe

(...) J'arrive à un fichier de 8Go.

On est trop forts !

**Viduc** · 05/02/2014, 19h21

Envoyé par Jipété

Arrêt de cette live-vm, reconfiguration de la vm de base (changement du disque de boot, suppression du live-cd) et boot sur le nouveau disque = ça le fait !

trop fort en effet, c'est cool ça, très bonne manip

Félicitation à vous deux je pense que c'est un très bon sujet!!!

**Viduc** · 06/02/2014, 19h25

Bonsoir, je me suis permis de reprendre la discussion pour la formaliser en question pour la FAQ, pouvez vous me dire ce que vous en pensez, y apporter des corrections, des ajouts, modifications etc etc etc...

je le met en pièce jointe, faites vos modifs avec l'option "modification" de OoO ou MSOffice, merci

**Jipété** · 06/02/2014, 23h54

Envoyé par Viduc

(...) faites vos modifs avec l'option "modification" de OoO ou MSOffice, merci

Je sais pas faire, lol ! (pour certains trucs ch'suis un peu boulet,

)

Alors j'ai fait comme avec mes copains : je lis leur truc, je corrige (en l'espèce, corrections mineures d'orthographe et de typographie, un truc en double supprimé [au début] et une précision rajoutée [vers la fin]), je l'enregistre sous un autre nom et je renvoie.

Merci pour ton travail de synthèse.

PS : j'ai utilisé LO 3.5.4.2

[EDIT] Et t'as oublié chrtophe et toi, dans les participants (la nuit porte conseil,

) [/EDIT]