Monatsrückblick Januar/Februar 2026 ist online!

[deifel]

Hallo zusammen,

nachdem plötzlich mein IOBroker nicht mehr lief, musste ich feststellen, dass meine Festplatte voll ist (warum ist dann die zweite Frage...).
Ich habe IOBroker auf einem VM unter Proxmox Debian installiert.

Die Ausgabe von df -h bringt:

udev 3,8G 0 3,8G 0% /dev
tmpfs 780M 8,5M 772M 2% /run
/dev/sda1 24G 24G 0G 100% /
tmpfs 3,9G 0 3,9G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 780M 0 780M 0% /run/user/0

Ich kann zwar über Proxmox die Festplatte erweitern, aber es wird trotzdem nicht auf die SDA1 übernommen. Ich gehe davon aus, dass ich die noch erweitern muss?
Kann mir jemand sagen, wie ich dazu vorgehen muss?
Ich habe zwar etliche Anleitungen gefunden, hatte aber bisher keinen Erfolg damit.
Vielen Dank im Voraus für Eure Hilfe
Frank

[crunchip]

@deifel
HIER ist ne Anleitung; allerdings stellt sich eher die Frage, ob es Sinn macht die Platte zu vergrössern. 24GiB ist schon ne ordentliche Hausnummer.
Irgendwelche Skripte eventuell laufen, in denen du Bilder/Videos in IoBroker ablegst?

[deifel]

Danke für Deine Antwort. Du hast recht - besser wäre es vermutlich herauszufinden, warum die Platte so voll ist.
Nur wie finde ich den Übeltäter?
Ich habe keine Bilder o. ä. auf IOBroker am Laufen - auch kein Script, was derart große Dateien ablegen könnte.

Folgendes habe ich bereits herausgefunden:

231M /lib
8,5M /run
16K /lost+found
4,0K /mnt
3,4M /etc
34M /boot
383M /var
942M /home
742M /usr
5,2M /sbin
225M /root
8,6M /bin
4,0K /lib64
32K /tmp
18G /opt
4,0K /srv
24G /

Bedeutet das für mich, dass die 24GB auf dem Root der Platte liegen?
Über Filezilla konnte ich ebenfalls nichts finden.

Danke für Eure Hilfe

[Jey Cee]

@deifel in opt liegt ioBroker und dort sind 18GB belegt. Machst du Backups und wenn ja wie?

[Sempre]

@deifel

schau mal über ssh oder die console mit folgendem Befehl „du -smh /opt/*“ welches Verzeichnis am größten ist (ich gehe auch zu 100% vin ioBroker aus).
Du kannst über die Pfadangabe auch weiter in die Tiefe gehen und so herausfinden welches Verzeichnis genau es ist. Anschließend geht es dann mit der Bereinigung los, der Tip mit dem Backup könnte es schon sein, so bekommen wir es dann auch raus.

[deifel]

Danke für die Hilfe! Ja ich mache Backups. Über Backitup - allerdings sollten die Backups eigentlich auf meine Synology geschrieben werden und das werden sie auch. Jetzt habe ich aber mal in opt unter iobroker/backup geschaut... Und siehe da: Alles voller Backups :)
Dann werde ich mich wohl mal ans Löschen der Dateien machen und mir die Einstellungen in Backitup anschauen...
Durch zu viele Backups System lahm gelegt - lustig^^
Danke für den sehr hilfreichen Hinweis!!!

[deifel]

Nach der Bereinigung ist das Verzeichnis noch 8 GB groß.
Ist das in einem "normalen" Bereich oder immer noch zu groß für eine normale IOBroker Installation?

[Sempre]

@deifel

Ist nur das Verzeichnis /opt/ioBroker 8Gb oder alles? Wenn alles ist das in Ordnung, kommt aber auch drauf an was man alles mit ioBroker macht Stichwort History etc.

Es ist also schwer zu sagen bei welcher Größe es nicht passt, das musst du beobachten.

[deifel]

Es ist alles 8 GB groß - also sda1 - dann lasse ich das mal so stehen und beobachte es.
Mein Problem mit den Backups ist, dass Backitup die Dateien dort ablegt und dann per FTP auf meine Synology kopiert. Selbst wenn ich sage, dass er alte Backups löschen soll bis auf die letzten 2 - er lässt immer alle direkt auf Linux liegen :(
Falls jemand hier einen Tipp hat, wäre das klasse.
Sonst stelle ich die Frage mal in dem passenden Thread oder ich verabschiede mich gleich ganz von Backitup und nutze die Backup-Funktion von Proxmox.

[crunchip]

@deifel ich kenne das nur, daß das Backup in ioBroker ablegt, wenn der eigentliche Pfad, wohin es soll, nicht korrekt ist und nicht ausgeführt werden kann.
Backitup, benutze ich nur manuell, wenn ich was brauche, ansonsten läuft bei mir nur backup/snapshot via Proxmox.
Andernfalls direkt in backitup nochmal nachfragen.

[Malz1902]

@crunchip Hi, ich habe die Festplatte meiner VM wie in dem Link vergrößert und auch mit gparted vergrößert. Aber der ioBroker zeigt mir trotzdem immer noch die alte größe an

[Malz1902]

So sieht es im ioBroker aus:

So sieht die VM aus:

sudo fdisk -l

[Thomas Braun]

@deifel sagte in Festplatte vergrößern - IOBroker SDA1 voll:

und dann per FTP auf meine Synology kopiert.

Nutze Samba/Cifs oder NFS, nicht FTP.

[crunchip]

@malz1902 klick mal auf die Lupe, dann siehst du die Details, vllt wurde nicht aktualisisert, passiert bei der nodejs Anzeige auch manch mal

[Malz1902]

@crunchip

Wenn ich auf die Lupe klicke.

Was hab ich denn nun :-D

[crunchip]

@malz1902 zwei Platten, auf dem Proxmox , was zeigt denn

lsblk

andere Frage, warum willst du deine Platte vergrößern, 20GB und knapp die Hälfte ist ungenutzt?

[Malz1902]

@crunchip said in Festplatte vergrößern - IOBroker SDA1 voll:

lsblk

60gb sind besser als 20 :-D irgendwann ist das bestimmt auch voll wegen History Daten und so

[crunchip]

@malz1902 sieht man doch, deine sda3 hat 60GB, dein darin enthaltenes lvm Laufwerk hat 20GB

[Malz1902]

@crunchip und wie krieg ich das jetzt vergrößert? unter gparted hatte ich keine Möglichkeit

[crunchip]

@malz1902 keine Ahnung, ich habe auf Proxmox ein LVM der gesamten Platte, bei mir sieht das so aus,
sda3 ist meine Platte
pve root ist proxmox selbst
data thinpool, darin enthalten meine einzelnen Maschinen

root@zotac329:~# lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                            8:0    0 931.5G  0 disk
├─sda1                         8:1    0  1007K  0 part
├─sda2                         8:2    0   512M  0 part
└─sda3                         8:3    0   931G  0 part
  ├─pve-swap                 253:0    0     6G  0 lvm  [SWAP]
  ├─pve-root                 253:1    0    20G  0 lvm  /
  ├─pve-data_tmeta           253:2    0   8.9G  0 lvm
  │ └─pve-data-tpool         253:4    0 871.2G  0 lvm
  │   ├─pve-data             253:5    0 871.2G  0 lvm
  │   ├─pve-vm--101--disk--0 253:6    0     2G  0 lvm
  │   ├─pve-vm--300--disk--0 253:7    0    30G  0 lvm
  │   ├─pve-vm--130--disk--0 253:8    0     4G  0 lvm
  │   ├─pve-vm--150--disk--0 253:9    0     4G  0 lvm
  │   ├─pve-vm--140--disk--0 253:10   0    35G  0 lvm
  │   └─pve-vm--100--disk--0 253:11   0    20G  0 lvm
  └─pve-data_tdata           253:3    0 871.2G  0 lvm
    └─pve-data-tpool         253:4    0 871.2G  0 lvm
      ├─pve-data             253:5    0 871.2G  0 lvm
      ├─pve-vm--101--disk--0 253:6    0     2G  0 lvm
      ├─pve-vm--300--disk--0 253:7    0    30G  0 lvm
      ├─pve-vm--130--disk--0 253:8    0     4G  0 lvm
      ├─pve-vm--150--disk--0 253:9    0     4G  0 lvm
      ├─pve-vm--140--disk--0 253:10   0    35G  0 lvm
      └─pve-vm--100--disk--0 253:11   0    20G  0 lvm
sdb                            8:16   0   3.7T  0 disk
├─sdb1                         8:17   0   128M  0 part
└─sdb2                         8:18   0   3.7T  0 part /media/USB-NAS