the other
Well-known member
Moinsen,
weil mein beszel Monitor seit Tagen immer mal warnt, dass bei meiner Debian VM für docker Anwendungen der Speicherplatz zu über 80 % (der zur Verfügung gestellten 50 GB) benutzt sei, habe ich das "Problem" heute mal erledigt. Zwar wächst der Speicherbedarf nicht wirklich weiter (da die regelmäßigen lokalen backups nach 20 Tagen gelöscht werden), aber ggf. kommen ja noch einige Anwendungen zukünftig hinzu, also besser haben als brauchen...
Also: Ziel ist es, der VM mehr virtuellen Festplattenspeicher zu geben > die Partition also um hier 25 GB vergrößern.
Vorgehen hier erfolgte gemäß den typischen Empfehlungen, also nix Exotisches:
1. in Proxmox die VM auswählen > dort dann auf "hardware". Hier wird die virtuelle disk angezeigt inkl. ihrer Größe. Die Hard Disk auswählen und "Disk Action" anwählen (oben), dort dann das "Resize".
2. Achtung: hier gebt ihr den Wert ein, um den die bestehende (hier 50 GB große) virtuelle HDD vergrößert werden soll, ich gebe also hier "25" GB an (weil ich ja insgesamt am Ende 75 GB haben will!! Also aufpassen, hier nicht den gewünschten Endwert eintragen...dann mit einem "resize Disk" bestätigen. Fertig...
3. ...sind wir hier leider noch nicht. Denn jetzt weiß zwar Proxmox um die geänderte virtuelle HDD, nicht aber das OS in der VM selbst. Ihr müsst also hier noch dem OS mitteilen, dass es mehr Platz bekommen hat! Dafür als Vorbereitung mal eben ein gparted Live System als .iso auf den PC laden (von der offiziellen gparted Seite hier: https://gparted.org/download.php). Die .iso von gparted ladet ihr dann direkt in euer Proxmox, eben dahin, wo ihr eure .isos so ablegt.
Die gparted deswegen, weil wir in den nächsten Schritten eure VM runterfahren, die gparted.iso ins virtuelle Laufwerk packen und von diesem starten, um die Partitionen mit gparted anzupassen. Das sollte möglichst, quatsch, IMMER von einem gebooteten live System erfolgen und nicht mit dem aktuell laufenden OS und gparted! Daher der "Umweg".
BTW: ich habe hier genug snapshots der VM als backup. Macht also lieber vorher nochmal ein snapshot, nicht dass die VM danach nicht mehr funktioniert. Also: seid gewarnt, bei solchen Arbeiten kann immer mal was daneben gehen...backup oder kein Mitleid und so!
Also los...
4. Ihr stoppt die VM. Dann unter "Hardware das virtuelle CD Laufwerk anwählen, hier die gparted.iso rein.
5. Dann unter "Options" die boot Reihenfolge anpassen, damit die VM gparted live System bootet und nicht euer eigentliches OS. Also hier unter "Options" > "Boot Order" die Reihenfolge per drag&drop ändern, so dass das CD Laufwerk als erstes erscheint.
6. Dann die VM starten, mit der Konsolenansicht könnte ihr dem boot Vorgang folgen. Es sollte dann hier nach einigen Minuten ein live gparted System geladen sein und laufen. Hiermit passt ihr dann die Partitionen an. Dabei geht ihr mit gparted ebenso um, wie ihr es bereits kennt. Die zusätzlich spendierten 25 GB liegen bei mir hinter der eigentlichen root Partition und dahinter einer kleinen swap Partition (als extended Partition). Ihr löscht in diesem Fall (falls ihr einen ähnlichen Aufbau habt) die extended Partition mit dem swap Teil. Dann vergrößert ihr eure root Partition (auf der auch das OS eben liegt) um die (in meinem Beispiel 25 GB) zusätzliche Größe. Dahinter legt ihr dann ggf erneut eine extended Partition an, die dann auch wieder eine swap Partition fürs OS erhält (oder ihr lasst das und arbeitet alternativ mit einem swap-File, das ist hier aber zu weit führend).
Am Ende bestätigt ihr dann alle Schritte in gpartet, lasst das Tool seine Arbeit machen und verlasst das System dann (mit "Exit" und Shutdown).
7. Das war es dann auch...fast. Bevor ihr die VM neu startet (und Daumen drückt, dass alles funzt), entfernt ihr noch die gparted.iso aus dem virtuellen CD Fach und ändert auch die boot Reihenfolge wieder so, dass die VM zuerst euer OS bootet und nicht von CD.
Hat jetzt alles funktioniert, dann startet eure VM wie gewohnt (hier hat es beim ersten Mal etwas länger gedauert...einfach mal warten) und hat dann auch den zusätzlichen Speicherplatz verinnerlicht, der euch auf der VM ab jetzt zur Verfügung steht.
Mission accomplished.
Schönes Wochenende allen...
weil mein beszel Monitor seit Tagen immer mal warnt, dass bei meiner Debian VM für docker Anwendungen der Speicherplatz zu über 80 % (der zur Verfügung gestellten 50 GB) benutzt sei, habe ich das "Problem" heute mal erledigt. Zwar wächst der Speicherbedarf nicht wirklich weiter (da die regelmäßigen lokalen backups nach 20 Tagen gelöscht werden), aber ggf. kommen ja noch einige Anwendungen zukünftig hinzu, also besser haben als brauchen...
Also: Ziel ist es, der VM mehr virtuellen Festplattenspeicher zu geben > die Partition also um hier 25 GB vergrößern.
Vorgehen hier erfolgte gemäß den typischen Empfehlungen, also nix Exotisches:
1. in Proxmox die VM auswählen > dort dann auf "hardware". Hier wird die virtuelle disk angezeigt inkl. ihrer Größe. Die Hard Disk auswählen und "Disk Action" anwählen (oben), dort dann das "Resize".
2. Achtung: hier gebt ihr den Wert ein, um den die bestehende (hier 50 GB große) virtuelle HDD vergrößert werden soll, ich gebe also hier "25" GB an (weil ich ja insgesamt am Ende 75 GB haben will!! Also aufpassen, hier nicht den gewünschten Endwert eintragen...dann mit einem "resize Disk" bestätigen. Fertig...
3. ...sind wir hier leider noch nicht. Denn jetzt weiß zwar Proxmox um die geänderte virtuelle HDD, nicht aber das OS in der VM selbst. Ihr müsst also hier noch dem OS mitteilen, dass es mehr Platz bekommen hat! Dafür als Vorbereitung mal eben ein gparted Live System als .iso auf den PC laden (von der offiziellen gparted Seite hier: https://gparted.org/download.php). Die .iso von gparted ladet ihr dann direkt in euer Proxmox, eben dahin, wo ihr eure .isos so ablegt.
Die gparted deswegen, weil wir in den nächsten Schritten eure VM runterfahren, die gparted.iso ins virtuelle Laufwerk packen und von diesem starten, um die Partitionen mit gparted anzupassen. Das sollte möglichst, quatsch, IMMER von einem gebooteten live System erfolgen und nicht mit dem aktuell laufenden OS und gparted! Daher der "Umweg".
BTW: ich habe hier genug snapshots der VM als backup. Macht also lieber vorher nochmal ein snapshot, nicht dass die VM danach nicht mehr funktioniert. Also: seid gewarnt, bei solchen Arbeiten kann immer mal was daneben gehen...backup oder kein Mitleid und so!
Also los...
4. Ihr stoppt die VM. Dann unter "Hardware das virtuelle CD Laufwerk anwählen, hier die gparted.iso rein.
5. Dann unter "Options" die boot Reihenfolge anpassen, damit die VM gparted live System bootet und nicht euer eigentliches OS. Also hier unter "Options" > "Boot Order" die Reihenfolge per drag&drop ändern, so dass das CD Laufwerk als erstes erscheint.
6. Dann die VM starten, mit der Konsolenansicht könnte ihr dem boot Vorgang folgen. Es sollte dann hier nach einigen Minuten ein live gparted System geladen sein und laufen. Hiermit passt ihr dann die Partitionen an. Dabei geht ihr mit gparted ebenso um, wie ihr es bereits kennt. Die zusätzlich spendierten 25 GB liegen bei mir hinter der eigentlichen root Partition und dahinter einer kleinen swap Partition (als extended Partition). Ihr löscht in diesem Fall (falls ihr einen ähnlichen Aufbau habt) die extended Partition mit dem swap Teil. Dann vergrößert ihr eure root Partition (auf der auch das OS eben liegt) um die (in meinem Beispiel 25 GB) zusätzliche Größe. Dahinter legt ihr dann ggf erneut eine extended Partition an, die dann auch wieder eine swap Partition fürs OS erhält (oder ihr lasst das und arbeitet alternativ mit einem swap-File, das ist hier aber zu weit führend).
Am Ende bestätigt ihr dann alle Schritte in gpartet, lasst das Tool seine Arbeit machen und verlasst das System dann (mit "Exit" und Shutdown).
7. Das war es dann auch...fast. Bevor ihr die VM neu startet (und Daumen drückt, dass alles funzt), entfernt ihr noch die gparted.iso aus dem virtuellen CD Fach und ändert auch die boot Reihenfolge wieder so, dass die VM zuerst euer OS bootet und nicht von CD.
Hat jetzt alles funktioniert, dann startet eure VM wie gewohnt (hier hat es beim ersten Mal etwas länger gedauert...einfach mal warten) und hat dann auch den zusätzlichen Speicherplatz verinnerlicht, der euch auf der VM ab jetzt zur Verfügung steht.
Mission accomplished.
Schönes Wochenende allen...
für die Ergänzung 
