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

[Ein ehemaliger Benutzer]

@guppy82 sagte in Festplattengrösse iobrocker:

habe aber auch noch keine Lösung

Moin,

eine Lösung, für, bitte keine Bilder von Text posten habe ich, nutz Code Tags </> dann kann man auch daraus zitieren und am Handy/Tablet Kann man was erkennen :)

Da Du so wie es aussieht, Deine Partition lvm ist, dann musst Du das LVM auch vergrößern, evtl. passt das https://www.server-verstehen.de/proxmox-festplatte-erweitern-in-kvm-lvm/

VG
Bernd

[Wolfi]

Ja genau bei mir das selbe prob. Insgesamt 44GB zur Verfügung aber lvm ist nur 20 GHB gross
Kann man das auch mit dem tool geparted erledigen?

iobroker@iobroker:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 55.7M 1 loop /snap/core18/2790
loop1 7:1 0 55.7M 1 loop /snap/core18/2785
loop2 7:2 0 63.5M 1 loop /snap/core20/1974
loop3 7:3 0 91.8M 1 loop /snap/lxd/23991
loop4 7:4 0 91.9M 1 loop /snap/lxd/24061
loop5 7:5 0 40.9M 1 loop /snap/snapd/20092
loop6 7:6 0 40.9M 1 loop /snap/snapd/19993
loop7 7:7 0 63.5M 1 loop /snap/core20/2015
sda 8:0 0 45G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 44G 0 part
└─ubuntu--vg-ubuntu--lv 253:0 0 20G 0 lvm /
sr0 11:0 1 470M 0 rom

[OliverIO]

@wolfi sagte in Festplattengrösse iobrocker:

Das INFO zeigt mir an Datenträger Größe 20 GB und 3.8 GB freien HD Speicher an.
Das Tool Geparted: Größe: 45 GB gesamt 25 frei zu Verfügung!!??

irgendwie verstehe ich die antworten zu diesem thread nicht so ganz

deine Gesamt physische Festplatte sind 45GB
Dann hast du eine virtuelle Maschine angelegt und dieser 20GB von den 45 GB zugeordnet.
Deine virtuelle Maschine sieht nur das was du ihr zugeteilt hast.
Daher 20GB (sozusagen virtuelle Festplatte) und davon sind nur noch 3.8GB frei. Den rest deiner physischen Festplatte existiert für die VM nicht.
Da müsste man dann davon weiteres zuteilen. Aber erst mal weiterlesen:

Die 1.Frage die man sich stellen muss ist, warum braucht iobroker soviel Festplattenplatz. prüfe mal dein Backupverzeichnis, da hat sich sicherlich was angesammelt und kann reduziert werden.
Wenn du täglich eine machst, dann sammelt sich da etwas an.
Ist zwar etwas manueller Aufwand, aber ich würde immer
die letzten sieben Tage
davor 8 Wochen jeweils eine pro Woche
und davor 12 Monate (ggfs. auch länger) jeweils eine pro Monat aufheben. Evtl sollte man, wenn man schon VM oder Container hat, gelegentlich testen ob das Backup auch funktioniert, Sonst bringts nix

mit proxmox kenne ich mich jetzt nicht so aus, aber ich denke in einer virtuellen Festplatte sollte man mit gparted nix machen. da müsste doch proxmox tools mitbringen um die virtuelle festplatte zu vergrößern/verkleinern

Nachtrag
Gemäß hier ist es wohl ein 2 Stufenprozess
https://pve.proxmox.com/wiki/Resize_disks

1. über proxmox gui wird die virtuelle Festplatte vergrößert
2. innerhalb der vm, darf man dann mit gparted das virtuelle dateisystem vergrößern. allerdings nur wenn da gerade kein betriebssystem drauf zugreift, daher muss man es erst in einer anderen vm einhägen
   aber da sollten sich die proxmox-leute dazu äußern

aktuell gehe ich aber davon aus, das du nicht mehr speicher benötigst.
du kannst mal mit
iob diag
schauen, wo/was die größten dateien/ordner sind

[Wolfi]

@oliverio

Hallo der Backup läuft bei mir wöchentlich aber auf ein NAS.
Werden dabei noch lokale Daten (iobroker LW) abgelegt?

Gruss

[Ein ehemaliger Benutzer]

@wolfi sagte in Festplattengrösse iobrocker:

Werden dabei noch lokale Daten (iobroker LW) abgelegt?

Moin,

warum schaust Du nicht in den Ordner, vielleicht sind da ja Altlasten drin, das kannst aber nur Du beantworten :)

noch besser Du installierst Dir das kleine Toll gdu oder ncdu, dann kannst Du auf der Kommandozeile mal folgendes eingeben, kurz warten und dann kannst Du mit den Cursortasten durch die Verzeichnisse tingeln und schauen wo, wie viel drin ist!

# sudo ncdu /
oder
# sudo gdu /

VG
Bernd

P.S.: ich vermute, dass da was im var/log voll läuft.

[crunchip]

@dp20eic sagte in Festplattengrösse iobrocker:

musst Du das LVM auch vergrößern

hat ich ihm schon in seinem eigentlichen Thread geschrieben

[Wolfi]

@crunchip

Ja klar das mache natürlich .
Muss mich erst mal durch deine Anleitung lesen. (Link)

Bin nicht gerade der super Linux Spezialist.

[Wolfi]

@dp20eic

Ja mache ich nehme FileZilla

[OliverIO]

@wolfi sagte in Festplattengrösse iobrocker:

Ja klar das mache natürlich .
Muss mich erst mal durch deine Anleitung lesen. (Link)
Bin nicht gerade der super Linux Spezialist.

du sollst nicht einfach vergrößern, weil das der einfachere weg ist.
du sollst prüfen, wo die vielen/großen dateien da sind.
ei9ne normale iobroker instanz benötigt keine 20GB
Wenn du vergrößerst wirst du in absehbarer zeit das problem wieder haben.

wenn du nicht weißt wie man da schaut, dann frage.
wobei dir hier schon tools empfohlen worden sind.
die sind einfach zum installieren und einfach zum anwenden,
ohne groß anleitung zu lesen.
wenn du probleme beim installieren hast,
dann frage
wir sind keine hellseher

[Homoran]

@oliverio sagte in Festplattengrösse iobrocker:

ei9ne normale iobroker instanz benötigt keine 20GB

was ist denn bei ioBroker normal?

Da gibt es so viele Variationsmöglichkeiten.

erste Möglichkeit

@oliverio sagte in Festplattengrösse iobrocker:

Dann hast du eine virtuelle Maschine angelegt und dieser 20GB von den 45 GB zugeordnet.

in der VM läuft noch was anderes.

zweite Möglichkeit

Da sind gewaltig viele Dateien

• viele (zu große) Bilder für vis
• viele history Daten
• log läuft voll
• backup verzeichnis läuft voll

und natürlich muss man wissen ob das gewollt ist, oder ein Unfall.

sollte man absichtlich so viele Daten haben (mein History hat >40GB) und mann will die Partition vergrößern wird es unter Proxmox nicht leicht

leider ist es nicht so.

@oliverio sagte in Festplattengrösse iobrocker:

in einer virtuellen Festplatte sollte man mit gparted nix machen. da müsste doch proxmox tools mitbringen um die virtuelle festplatte zu vergrößern/verkleinern

man muss erst mehr Platz zuweisen, dann mit GParted live den Platz "in die VM verschieben".

[Wolfi]

@oliverio

Mein Log hat ca. 1.1 GB inklusive Unterverzeichnisse.

Darf man im log eigentlich wahllos oder gar alles löschen?
Ach Unterverzeichnisse?

Ich schaue weiter nach suchen.

Wieviel GB hat eine normale iobroker Installation bzw. Instanz ca. ?

Nachtrag: Das gesamte /var hat ca. 2.8 GB ist eigentlich gar nicht so viel?

Danke für die Hilfe

[OliverIO]

@wolfi

ich glaube nicht das wir nach dieser methode nun alle möglichen verzeichnisse durchmachen sollten?

[Ein ehemaliger Benutzer]

@oliverio sagte in Festplattengrösse iobrocker:

ei9ne normale iobroker instanz benötigt keine 20GB

Moin,

das ist eine VM, da braucht die VM Ubuntu schon 8 GB, aber ich gebe Dir recht, dass eine ioBroker VM mit 20 GB locker zurechtkommen sollte.

@wolfi sagte in Festplattengrösse iobrocker:

Mein Log hat ca. 1.1 GB inklusive Unterverzeichnisse.
Darf man im log eigentlich wahllos oder gar alles löschen?
Ach Unterverzeichnisse?

Mein Optiker sagt Danke, warum immer so Bildchen, das ist auf der Kommandozeile Text, Du machst es Dir wirklich schwer, mit den von mir genannten Tools hättest Du in wenigen Sekunden ein Überblick über die ganze Kiste und musst nicht alle Verzeichnisse abklappern.
Nein, man sollte nicht einfach etwas löschen, auch im Log Verzeichnis nicht, in einem korrekt installiertem Linux, räumt das System selber auf.
Stichworte ist, Logrotate.

VG
Bernd

[Wolfi]

@dp20eic

Ihr müsst schon geduldig und nachsichtig sein wie gesagt bin "keine" Linux experte!

@oliverio

"ich glaube nicht das wir nach dieser Methode nun alle möglichen Verzeichnisse durchmachen sollten?"

verstehe ich jetzt nicht das hast du doch weiter oben empfohlen.

Habe im Hauptverzeichnis "root" eine "swap.img" mit 4 GB gefunden.
Das hat doch irgendwas im Speicher Auslagerung zu tun ?
Die hat ein altes Datum von ende 21 die kann sicher weg?

[OliverIO]

@wolfi sagte in Festplattengrösse iobrocker:

@dp20eic

in Verbindung mit den tools die @dp20eic
genannt hat.
So wie er geschrieben hat, zeigen dir diese tools schnell an, wo die großern verzeichnisse und die großen dateien sind.

alle verzeichnisse einzeln abklappern und uns hier zu präsentieren und einzelne fragen zu stellen ist ermüdend und nicht zielführend.

also installier eines der tools und zeig uns den output

[OliverIO]

@wolfi sagte in Festplattengrösse iobrocker:

Habe im Hauptverzeichnis "root" eine "swap.img" mit 4 GB gefunden.

das würde ich nicht löschen. das ist das swap.file.
da lagert linux sachen aus die nicht mehr in den hauptspeicher passen.

du musst uns auch sagen wo du da suchst.
ich gehe aktuell davon aus, das du IN der virtuellen Maschine suchst.
Weil genau da sind ja 20GB daten belegt, die wir versuchen zu reduzieren.
Ausserdem würde ich dir raten von der VM ein Snapshot anzulegen. Nur zur Sicherheit, falls du aus versehen etwas zerstörst (wie bspw das löschen einer swap.img).

[OliverIO]

@wolfi
wenn du mal etwas nachschlagen willst, dann empfehle ich dir
https://wiki.ubuntuusers.de/Swap/

[Homoran]

@oliverio sagte in Festplattengrösse iobrocker:

ich gehe aktuell davon aus, das du IN der virtuellen Maschine suchst.

das dachte ich auch, hab aber keine Ahnung wie da die Verzeichnisse im Screenshot zu passen sollen.
wenn doch, läuft da anscheinend noch mysql

[Wolfi]

Natürlich das ist die VM (iobroker) ! Nur da suche ich.

Mache immer zuerst ein Snapshot dieser VM bevor ich da rum schraube!

Das swab file hat Datum der letzten Aktualisierung 11.21 dann müsste diese ja nicht in gebrauch sein??

[OliverIO]

@wolfi

das weiß ich nicht.

1.) es ist ungewöhnlich eine swap.img datei zu haben. das geht zwar, aber normalerweise wird swap immer in eine eigene partition geschrieben. es kann natürlich sein, das das mit proxmox zu tun hat. aber wie erwähnt proxmox kenn ich nicht.
2) es kommt darauf an welches datum da angezeigt wird. linux kennt je datei 3 zeitstempel: access, created, modified
du kannst mal mit stat <dateiname> mal drauf schauen was da angezeigt wird
3) ohne garantie und wenn du alle vorsichtsmaßnahmen getroffen hast, kannst du die ja mal löschen. entweder geht das system dann nicht mehr oder sie wird beim nächsten start wieder angelegt. uU stürzen dir dann mehrere programme ab, bei denen teile des rams sich gerade in der datei befunden haben. was aber normalerweise auch nicht der fall sein sollte, da du ja deiner vm sicherlich genug richtigen ram bereitsgestellt hast und der sich noch nicht im bereich der oberkante bewegt.