Taille espace disque VM Proxmox

Informatique Entraide
1

Bonjour,

Mon problème

Mon problème n’est pas directement lié à HA, mais j’espère trouver un réponse, car j’avoue je galère…
J’ai ‹ succombé à la tentation › d’installer mon système domotique en utilisant Proxmox mais j’avoue ce n’est pas aussi simple qu’il n’y parait.
Mon installation :

  • Serveur HP EliteDesk CoreI5 + 256Go SSD
  • Proxmox avec 2 VM:
  • 1 HAOS => ràs
  • 1 Debian Ubuntu sur laquelle j’h’eberge des service tiers sous forme de containter docker (ZigbeeToMqtt, Grafana, InfluxDB…)

Pour faire simple : ma VM Debian est en manque d’espace disque et je n’arrive pas en ajouter :anguished:
J’ai bien 30Go alloué au niveau de Proxmox

image
image1178×345 27.9 KB

Mais une fois à l’intérieur de la VM seul 20Go sont vus:
image

J’ai déjà augmenté (avec succés la taille du disque , mais la seconde fois, rien n’y fait )
PS ma ‹ VM › HAOS à 62 Go alloué => OK

Ou est passé le reste de mes 256Go (20+62 = 82) ! Comment augmenter la taille de cette VM ?
Merci d’avance

2

Bonjour, ça ne va pas t’aider, mais tu aurais du mettre HAOS directement et passer par les addons et pas de soucis :wink:
Combien ,j’en vois galéré à gérer proxmox.
C’est la hype proxmox ?

2 « J'aime »
3

en même temps il se font hyper par des personnes qui les poussent un peu aller c’est facile, alors que c’est une couche d’emmerdes en plus, quand tu maitrise c’est super effectivement mais lorsque tu ne maitrise pas du tout c’est juste des suées et des pertes de temps

comme @WarC0zes le préconise HAos est la solution

4

ton soucis c’est que tu as étendu la taille du disque mais pas de la partition
que te retourne la commande fdisk -l

pour retailler ta partition sans risque je te conseille de booter un live ubuntu de d’utiliser l’outil gparted

5

Ouai je me suis fait « hyper ».
C’était dans le cadre d’une migration RPI4 full docker (HA et le reste) et comme j’avais réussi à gérer cette couche de ‹ complexité › je me suis dit pourquoi pas (plus l’envie de récupérer les données et conf des système tiers) je suis parti sur cette solution HAOS + VM avec docker.
Mais oui l’installation est hyper simple, l’administration l’est beaucoup moins, et les recherches que j’ai effectuées pour résoudre ce pb n’ont fait que le confirmer !

6

attention c’est un très bon choix technique mais autant rester avec ta debian+docker (c’est le cjoix que j’ai fait) pas besoin de proxmox si tu as tout sous docker deja

7 
pi@debian:~$ sudo fdisk -l
Mauvaise concordance des tailles de partition du secteur d'amorçage GPT (4194303                                                                                    9 != 62914559), elles seront corrigées par l'écriture.
La table GPT de sauvegarde n'est pas à la fin du périphérique.
Disque /dev/sda : 30 GiB, 32212254720 octets, 62914560 secteurs
Modèle de disque : QEMU HARDDISK
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 9C53EB6B-5727-44AF-996F-632AEB126DB4

Périphérique    Début      Fin Secteurs Taille Type
/dev/sda1        2048  1050623  1048576   512M Système EFI
/dev/sda2     1050624 39942143 38891520  18,5G Système de fichiers Linux
/dev/sda3    39942144 41940991  1998848   976M Partition d'échange Linux


Disque /dev/loop0 : 44,14 MiB, 46280704 octets, 90392 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 63,95 MiB, 67051520 octets, 130960 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 45,21 MiB, 47407104 octets, 92592 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 44,69 MiB, 46858240 octets, 91520 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 38,83 MiB, 40714240 octets, 79520 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 63,97 MiB, 67080192 octets, 131016 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
8

bingo c’est exactement ton soucis

image
image861×441 87.6 KB

9

Il y a surement un truc du coté de
Mauvaise concordance des tailles de partition du secteur d’amorçage GPT (41943039 != 62914559), elles seront corrigées par l’écriture.
Je creuse…

10

non pas du tout … ton disque fait 30 Go mais ta partition fait sda2 fait 18.5Go

11

Des nouvelles du front (et un retour d’experience)

  • aprés avoir repris et certainement fait une mauvaise manip (ajout puis supression d’un disque…) ma VM n’est plus accessible que depuis la console proxmox et tourne en boucle sur l’installation de debian

Bilan :

  • disque de 30 Go vu de l’installer…
  • il faut que je réinstalle le système (et c’est pas gagné…) et les containers
  • perte des données historique sous InfluxDB (2 ans…)
  • n’est pas admin système qui veut
  • lire attentivement les réponses (pas vu le conseil pour retailler, la partition)
  • ne pas oublier les sauvegardes (toujours une bonne excuse pour repousser…)
  • ne pas céder à la hype

En tous cas, merci pour le support et aide hyper rapide

12

Il est tout à fait possible de tout récupérer
Encore une fois il faut booter un live cd remontee ton dissue ja et récupérer tout tes volumes et backup tout tout et même trop

Après dégager proxmox et pourquoi pas repartir sur une debian plus docker puisque c’est une solution que tu connais

13

Salut,
Quel que soit le système que tu choisis, commence par te poser la question des sauvegardes en premier après l’installation.

PS Je reclasse le sujet qui n’est pas HA.

2 « J'aime »
14

J’ai fait le deuil de cette VM (après une réinstallation complète j’ai comme un doute).
Repartir sur une solution full docker pkoi pas, mais dans le cas présent en donnée j’ai perdu mon historique très long terme sous influx dB le reste n’est que des dockers a remonter. (Il y a tt de même du taf).
Mon HA est (pour le moment) safe.
Une fois que mon install est opérationnel, je me met au backup

15

C’est tjs dommage de se précipiter alors que toute tes données sont là sous notre nez :sob: