Re: Re : Re: Augmenter le disque d'une VM libvirt construite à partir d'une Debian Cloud Image
Génial !
Je vais tester cette dernière méthode dès que possible.
@didier
Ici mon objectif est d'améliorer un script Ansible avec lequel je crée
des VM libvirt/QEMU personnalisées.
Mon script fonctionne parfaitement à partir d'image Debian Cloud Image.
Le seul problème est que ces images ont une taille disque par défaut
de 2Go que l'on sature très rapidement.
D'où mon souhait de pouvoir contrôler cette taille.
Elle utilise nbd que je découvre pour la toute première fois.
Je me suis toujours demandé s'il était possible, sous conditions, de
manipuler le partitionnement d'un disque par le réseau (ie d'une
machine à une autre).
nbd semble être un outil pour ce genre de chose.
À explorer.
Une autre piste est que l'image d'origine est de type cloud-init et
supporterait cloud-init-growroot.
Je ne connais ni cloud-init ni cloud-init-growroot, mais il semble que
ce dernier soit automatiquement exécuté au premier boot et que son
rôle serait justement d'étendre l'unique partition root.
Il se pourrait (pas testé du tout) qu'il suffise d'exécuter un
virt-resize avant le premier boot pour que ça fonctionne.
Autre piste pas explorée du tout: comme les images supportent
cloud-init , il existe peut-être des outils dans cette mouvance qui
permettent de les instancier facilement.
Le ven. 31 mars 2023 à 00:50, Hugues Larrive <hlarrive@pm.me> a écrit :
>
> Bonjour,
>
> ------- Original Message -------
> Le jeudi 30 mars 2023 à 15:16, Olivier <oza.4h07@gmail.com> a écrit :
>
>
> >
>
> >
>
> > Je viens à l'instant de trouver le lien ci-après. Il décrit
> > parfaitement mon cas de figure.
> > Il propose l'utilisation de virt-rescue pour ré-installer grub sur le
> > disque élargi.
> > Dans cet exemple, virt-rescue est utilisé de façon interactive.
> > Pour ma part, j'ai besoin d'une solution non-interactive.
> >
>
> Effectivement virt-rescue ne semble pas permettre une utilisation non-interactive.
> Dans l'exemple il est utilisé pour réinstaller grub car les partitions sont
> réorganisées pour que la partition à étendre soit la dernière. En réalité ce n'est
> pas nécessaire car la numérotation ne correspond pas à l'ordre physique des
> partitions sur le disque et c'est déjà la dernière, donc voilà une méthode pour
> la redimensionner à 8G sans casser grub :
>
> wget -O debian-11-generic-amd64.qcow2 https://cloud.debian.org/images/cloud/bullseye/20220911-1135/debian-11-generic-amd64-20220911-1135.qcow2
>
> qemu-img resize debian-11-generic-amd64.qcow2 8G # augmente la taille virtuelle à 8Go
> modprobe nbd # charge le module nbd (networck block device)
> qemu-nbd -c /dev/nbd0 debian-11-generic-amd64.qcow2 # connecte l'image à /dev/nbd0
> printf "p\nd\n1\nn\n\n\n\npwq" | fdisk /dev/nbd0 # Supprime la partition 1 et la recrée avec les valeurs par défaut (tout l'espace disponible)
> resize2fs /dev/nbd0p1 # redimensionne les système de fichier à la taille de la partition
> qemu-nbd -d /dev/nbd0 # déconnecte l'image de /dev/nbd0
> sleep 1 # attend 1 seconde
> rmmod nbd # décharge le module nbd
>
> Un test rapide pour voir si ça boot :
> kvm -m 1G -drive cache=writeback,file=debian-11-generic-amd64.qcow2 -serial stdio
> Booting `Debian GNU/Linux'
>
> Loading Linux 5.10.0-21-amd64 ...
> Loading initial ramdisk ...^C
> kvm: terminating on signal 2
>
> C'est bon !
>
> @+
> Hugues
>
> > https://blog.dachary.org/2020/12/23/virt-resize-applied-to-debian-gnu-linux-cloud-images/
> >
>
> > Le jeu. 30 mars 2023 à 15:05, Olivier oza.4h07@gmail.com a écrit :
> >
>
> > > Le jeu. 30 mars 2023 à 14:58, NoSpam no-spam@tootai.net a écrit :
> > >
>
> > > > . installer Debian
> > > > Puis-je justement installer Debian en utilisant ce fichier .qcow2 originel ?
> > > > Même s'il n'est pas parfait (clavier Qwerty, ...) on intérêt est de
> > > > m'éviter l'utilisation de l'installeur Debian.
> > > > J'aimerai si possible, continuer à ne pas utiliser ce dernier.
Reply to: