Festplattengrösse iobrocker

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?

? Offline

@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.