Festplattengrösse iobrocker

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.