Problème de taille de disque sur ma VM Debian

[Kelta (Auteur du topic)]

Bonjour à tous !

Je viens vers vous car j'ai un petit soucis de taille de disque sur ma VM.

Initialement j'avais mis 50 Go en me disant que ça allait être bon, mais là, je suis à 86% et je sais que je vais dépasser les 50 Go, j'attends avant de transférer des fichiers sinon ça ne va pas le faire.

C'est une VM standard, sous Debian, avec un disque Qcows2.

Lorsque j'essaie d'agrandir le disque :



Ca indique bien 75 Go mais sur Debian :

[loggoi]

[Kelta (Auteur du topic)]

Je viens de me rendre compte que c'est une galère, impossible à trouver comment redimensionner cette fichue partition, à part repartir sur une nouvelle VM, bon ça me prendre pas longtemps mais ça me gonfle

[winged]

[Kelta (Auteur du topic)]

[Kelta (Auteur du topic)]

bon, finalement, je suis repartie à neuf, sur une Debian avec 200 Go cette fois.

Ca m'a permis de tester les sauvegardes / restauration, qui fonctionne à merveille avec Docker, tous s'est passé sans accroc.

Je pensais galérer, mais non Au top !

[SiliconBox]

Même si le sujet est clos, je donne ici la solution qui sera utile pour d'autres personnes.

Agrandir à chaud.... ce n'est pas toujours possible et c'est plutôt risqué, en plus si on possède plusieurs partitions et que l'on veut agrandir une partition particulière ça devient impossible, donc il faut faire tout cela à froid.

1) Etape 1

On agrandit le disque virtuel comme vu au-dessus. A noter qu'à défaut il existe une commande Linux locale, mais ça implique que certains paquets soient installés (kvm, qemu et patatacouffin), ce qui ne sera pas forcément le cas sur une distribution Linux standard, donc mieux vaut le faire en via la Freebox

2) Etape 2

On éteint la VM et on copie le fichier virtuel de la VM sur un support local comme un disque USB
Moi je le copie directement en local sur mon PC via le partage SMB, il suffit de patienter un peu, ça implique bien entendu qu'on ait un espace suffisant pour recevoir le fichier.

3) Etape 3

Il faut un poste Linux avec session graphique et possédant le paquet gparted, généralement installé par défaut

On ouvre une fenêtre de console, on se place dans le répertoire contenant le fichier de la machine virtuelle, ce qui implique auparavant de monter si nécessaire le drive contenant le fameux fichier, ici mon fichier s'appelle opensuse.VM.raw

[Kelta (Auteur du topic)]

[SiliconBox]

[Kelta (Auteur du topic)]

@SiliconBox : c'est généralement ce que je fais, de toutes façon je sauvegarde mes disque virtuel tous les 15 jours, et 3 différents,

1 le 1er novembre
2 le 15 novembre
3 le 30 novembre
4 le 15 décembre (remplace celui du 1 novembre)
etc.

ça prends environ 30 minutes, ça tourne en tache de fond et voilà

@BlazeToaster : j'ai essayé cette méthode, une fois chargé, je suis arrivé pour choisir GParted Live Graphique et ensuite, rien écran noir, donc j'ai abandonné

Par contre, hier soir j'ai eu un truc hyper bizarre, vraiment. Mon disque virtuel est passé de 50 Go à 200 Go, donc j'ai fait tout le travaille de maintenance des fichiers, etc. environ 5 jours de taff intensif, à tout ranger, mettre les fiches, etc.

Bien sur, tout ce qui se trouve sur VM c'est en sauvegarde journalière (heureusement, sinon j'avais tout perdu)

Donc, hier soir, vers 23h, alors que tout tournait sans accroc, la Freebox redémarre, pas de Wifi / Internet, impossible de se connecter à mafreebox.freebox.fr, une fois redémarrer, ce qui a durée environ 5 bonnes minutes, ma VM actuelle n'était plus là et a été remplacée par l'ancienne, d'une sauvegarde datant du 11 novembre (date à laquelle j'ai changée de VM)

Donc, comme est-ce possible ? je n'ai pas compris, et surtout pourquoi ça a changé ? (je n'ai rien fait de particulier)

Donc la Freebox garde les anciennes VM ? car j'avais supprimer le disque virtuel de l'ancienne pourtant.

[SiliconBox]

Lancer une session graphique à partir d'un LiveCD iso depuis l'hyperviseur Freebox.... c'est un vrai bordel

La Freebox n'a pas d'écran physique, celui-ci est émulé et passe par une interface Web, rien de mieux pour péter définitivement la VM vu la fiablité approximative de cette interface qui peut conduire à un plantage, sachant aussi que le moindre problème réseau qui intervient va couper la session distante et si gparted moulinait, c'est la cata.

Au meilleur des cas ce sera d'une lenteur insupportable, dans la plupart des cas la session graphique ne marche pas comme rapporté ici.

Le seul truc qui fonctionnera à peu près (et encore) c'est le mode console par lequel on est tous passé (avant que la session SSH soit paramétrée) pour installer initialement la VM à partir de l'ISO cd de la distro, mais GPARTED a besoin du mode graphique.

Manipuler les partitions en ligne de commande dans 90% des cas ça conduit à des erreurs de manipulation fatales, d'où l'intérêt de passer par GPARTED, et là encore même sous mode console c'est hyper dangereux de faire cela en session distante car le moindre problème réseau.... votre session distante elle saute avec des conséquences potentiellement désastreuses si des mouvements de partition étaient en cours.

Le seul moyen "safe" et correct c'est la méthode que j'ai donnée

Pour aller plus loin :

Soit on veut faire du DIY avec sa distro Linux préférée, et dans ce cas à terme on investit dans une vraie carte mini serveur.

Soit on achète un produit fini.

[Kelta (Auteur du topic)]

@BlazeToaster : je sais, mais j'en ai pas l'utilité vraiment d'acheter un NAS, la Freebox me suffit largement (pour le moment en tout cas)

@SiliconBox : je suis totalement d'accord avec toi, l'interface graphique est exécrable donc je ne l'utilise jamais et j'en ai pas l'utilité non plus aussi