Anzeige der Volume Kapazität evtl. nicht akkurat

Hi,

ich bin hier mit meiner Speicherkapazität angeblich im roten Bereich.

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Allerdings habe ich 1.2 TB gelöscht. Versionierung habe ich deaktiviert und die Papierkörbe sind auch geleert.

Die Anzeige ist allerdings nur von Used 10.2TB auf Used 10.1TB umgesprungen.

Irgendwie scheint mir die Anzeige nicht so ganz verlässlig an der Stelle. Habt ihr auch diese Erfahrung?

VG Mark

Okay, ja er rattert aktuell an der Stelle wo gleich bestimmt das @docker folder auftaucht.

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Bin ich mal gespannt.

Tjoa, also scheint immernoch zu laufen (vielleicht), also jetzt nach 7 Stunden:
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Das sieht mir aus wie rd. 5,2TB undnicht 10.1TB

Soll ich mal den Support anschreiben?

Also der Support konnte mir leider auch nicht helfen. Es soll wohl an einer Cache Datei liegen, aus der Versionierung. Wenn ich mit dem command vom Support diese aufrufen will, läuft der Befehl stundenlang ohne ein Ergebnis zu bringen.

Ich habe jetzt eine Backup Platte, die noch nicht eingerichtet oder aktiviert ist. Was wäre die beste Strategie, um ein neues System aufzusetzen und dann die wichtigen Dateien rüberzukopieren? Alte Platte raus, neue Platte + UGOS und Dienste einrichten, dann die alte Platte wieder rein und von Hand rüberkopieren?

Wie läuft das mit dem UGOS, wenn auf zwei individuellen Platten (Storage Pools) ein UGOS läuft, kann ich dann beim Start aussuchen, von welcher ich booten will?

Ich hab auch mit ncdu versucht was zu finden, aber da werden mir im root Verzeichnis ganz komische Werte angezeigt.

ncdu -x /

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Da tut sich auch nichts, also weiß nicht, ob der noch scanned.

df -h

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Der Support hat empfohlen die folgenden Befehle als root auszuführen:

1. Check for old versioning folders from removed Sync tasks:
find /volume1 -name '*sysversion'

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Dieser command lief für ca. einen Tag ohne Ergebnis.

2. Check for hidden or reserved system folders:

du -sh /volume1/@kvm

du -sh /volume1/@docker

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Das hatte auch nicht geholfen.

3. find /volume1 -type d -name '*sysversion' -exec du -sh {} \;

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Den hab ich nach ca. einer Stunde abgebrochen, lass ich aber nochmal länger laufen jetzt.

Zum Schluss kam dann diese Antwort vom Support:

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Ziemlich seltsam, weil nach der Logik, hätte sich der cache ja schon längst leeen müssen. Nehme ich daher eher als eine "wir wissen es auch nicht und reden am Problem vorbei" Lösung.

Darum suche ich jetzt nach einer praktikablen Lösung mit der zweiten Platte.

Kann mir hierbei jemand helfen?

Vielen Dank

Mark

Ich bin jetzt mal nicht per sudo -i als root unterwegs, sondern in meinem normalen user Bereich mit cd / eine Ebene höher und da mal ncdu gestartet, da wird mir jetzt schonmal das hier angezeigt:

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Bin ich mal gespannt, wie das weiter geht.

Wie ist denn das beim Booten, wenn ich jetzt zwei Platten getrennt voneinander mit UGOS einrichte und dann beide laufen habe, kann ich dann auswählen, von welcher ich starte?