UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Mark-hh]

Ich habe eine VM unter Proxmox erstellt mit Ubunto als System und iobroker installiert. Leider hatte ioch nur 8GB vergeben was sich als zu klein herausstellt. /dev/mapper/ubuntu--vg-ubuntu--lv ist schon 6.9 GB gross.

buchse12@iobroker:~$ lsblk
NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
loop0                       7:0    0 63,3M  1 loop /snap/core20/1778
loop1                       7:1    0 67,8M  1 loop /snap/lxd/22753
loop2                       7:2    0 91,9M  1 loop /snap/lxd/24061
loop3                       7:3    0 63,3M  1 loop /snap/core20/1822
loop4                       7:4    0 49,8M  1 loop /snap/snapd/17950
sda                         8:0    0   16G  0 disk
├─sda1                      8:1    0    1M  0 part
├─sda2                      8:2    0  1,8G  0 part /boot
└─sda3                      8:3    0 14,3G  0 part
  └─ubuntu--vg-ubuntu--lv 253:0    0  6,3G  0 lvm  /
sr0                        11:0    1  484M  0 rom

• Ich habe dann in Proxmox den Datenträger auf 16 GB erweitert
• Dann mit gparted die Partition vergrössert.

Device       Start      End  Sectors  Size Type
/dev/sda1     2048     4095     2048    1M BIOS boot
/dev/sda2     4096  3674111  3670016  1,8G Linux filesystem
/dev/sda3  3674112 33552383 29878272 14,3G Linux filesystem

Aber leider zeigt iobroker weiterhin nur 6,1 GB an:

Plattform: linux
Betriebssystem: linux
Architektur: x64
CPUs: 2
Geschwindigkeit: 3311 MHz
Modell: Common KVM processor
RAM: 3.8 GB
System-Betriebszeit: 00:00:16
Node.js: v16.19.0
time: 1676024777870
timeOffset: --
Adapter-Anzahl: 467
NPM: v8.19.3
Datenträgergröße: 6.1 GB
Freier Festplattenspeicher: 482.3 MB

kann bitte jemand weiterhelfen?

[Homoran]

@mark-hh sagte in Iobroker zeigt nicht gesamte Datenträgerkapaztität - Proxmox:

Dann mit gparted die Partition vergrössert.

zeigen!
ist es wirklich angekommen?

was sagt df -h?

[Mark-hh]

@homoran im 2. Bild sieht man, das die Partition /dev/sda3 nun 14.3GB gross ist
"df -h" zeigt folgendes:

buchse12@iobroker:~$ df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1,9G     0  1,9G   0% /dev
tmpfs                              394M  1,1M  393M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  6,1G  5,6G  142M  98% /
tmpfs                              2,0G     0  2,0G   0% /dev/shm
tmpfs                              5,0M     0  5,0M   0% /run/lock
tmpfs                              2,0G     0  2,0G   0% /sys/fs/cgroup
/dev/sda2                          1,7G  106M  1,5G   7% /boot
/dev/loop0                          64M   64M     0 100% /snap/core20/1778
/dev/loop1                          68M   68M     0 100% /snap/lxd/22753
/dev/loop2                          92M   92M     0 100% /snap/lxd/24061
/dev/loop3                          64M   64M     0 100% /snap/core20/1822
/dev/loop4                          50M   50M     0 100% /snap/snapd/17950
tmpfs                              394M     0  394M   0% /run/user/1000
buchse12@iobroker:~$

/dev/mapper/ubuntu--vg-ubuntu--lv ist aber immernoch nur 6.1 Gb groß.

[Homoran]

@mark-hh sagte in Iobroker zeigt nicht gesamte Datenträgerkapaztität - Proxmox:

im 2. Bild sieht man, das die Partition /dev/sda3 nun 14.3GB gross ist

ich hätte aber gerne die Ansicht von gparted gesehen.

dann kann man vielleicht sehen, warum

@mark-hh sagte in Iobroker zeigt nicht gesamte Datenträgerkapaztität - Proxmox:

/dev/mapper/ubuntu--vg-ubuntu--lv ist aber immernoch nur 6.1 Gb groß.

[Jey Cee]

Die Festplatte/Primärpartition zu vergrößern geht nicht einfach.
Die kann man nicht vergrößern so lange das Betriebssystem läuft.

Ich hab das ausführlich getestet um am Ende einfach die VM neu auf zu setzen.

[Ein ehemaliger Benutzer]

@jey-cee sagte in Iobroker zeigt nicht gesamte Datenträgerkapaztität - Proxmox:

Die Festplatte/Primärpartition zu vergrößern geht nicht einfach.
Die kann man nicht vergrößern so lange das Betriebssystem läuft.

Ich hab das ausführlich getestet um am Ende einfach die VM neu auf zu setzen.

Moin,

in der VM in welcher die Disk vergrößert werden soll, einfach von einer ISO, die gpartet enthält, booten ohne die zur VM gehörenden Disk zu mounten, dann die Größenanpassung vornehmen und wieder das original booten.

VG
Bernd

GParted

[Homoran]

@dp20eic genau so funktioniert es. Deswegen wollte ich die Neuverteilung sehen, da der neue Platz, den man im PVE vergibt oft nicht so einfach von der bisherigen Partition genutzt werden kann.
Machmal muss man weitere Partitionen verschieben, damit es einen zusammenhängenden Speicherbereich ergibt.

[Mark-hh]

@dp20eic Genau das habe ich gemacht. Von der ISO geparted gestartet und Partition vergrössert.
Es lief also kein Betriebssystem.
Die Partition ist ja nun auch 14GB (siehe 2. Bild).
Man muss nun irgendwie /ubuntu--vg-ubuntu--lv dazu bringen die Partitionsgrösse zu nutzen.

[Mark-hh]

@mark-hh ich konnte das Problem nun lösen nachdem ich folgenden Befehl verwendet habe:

root@iobroker:~# lvextend --resizefs -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
  Size of logical volume ubuntu-vg/ubuntu-lv changed from <6,25 GiB (1599 extents) to <14,25 GiB (3647 extents).
  Logical volume ubuntu-vg/ubuntu-lv successfully resized.
resize2fs 1.45.5 (07-Jan-2020)
Filesystem at /dev/mapper/ubuntu--vg-ubuntu--lv is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 2
The filesystem on /dev/mapper/ubuntu--vg-ubuntu--lv is now 3734528 (4k) blocks long.

iobroker verwendet nun 100%. Danke für Eure Hilfestellung.
Zusammengefasst sind also 3 Schritte nötig um die Partiton zu vergrössern und zu nutzen.

• in Proxmox von der VM die Diskgrösse erweitern
• von der gparted ISO booten und die Partition vergrössern
• ausführen von: # lvextend --resizefs -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

wiess leider nicht , wie ich den Beitrag auf "gelöst" setze.

[Ein ehemaliger Benutzer]

@mark-hh sagte in Iobroker zeigt nicht gesamte Datenträgerkapaztität - Proxmox:

in Proxmox von der VM die Diskgrösse erweitern
von der gparted ISO booten und die Partition vergrössern
ausführen von: # lvextend --resizefs -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

Moin,

eigentlich ist es glaube ich eher so, dass Du erst das LV anfassen musst, dann die Disk der VM und zum Schluss geparted?

Korrigiert mich, wenn ich falsch liege!

LV ist mir in den vorhergehenden Posts durchgerutscht, sonnst hätte ich Dich darauf hingewiesen, ich muss mir merh Zeit nehmen zum lesen, nicht immer nur quer lesen :(

VG
Bernd