Festplattengrösse iobrocker

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.