Dateien löschen über SMB ist wirkungslos

Wenn ich Dateien im freigegebenen Ordner via SMB-Verbindung (WIN11) lösche (habe 1,5TB gelöscht) und dort den Mülleimer leere, wird kein Speicherplatz frei
Wie bekomme ich diesen freien Speicherplatz zurück? Oder muss ich zwingend nur unter UGOS Dateien löschen (und leeren)?

Nee...
Wenn ich "#recycle" (so heißt es unter WIN11) leere, sind die Dateien auch unter UGOS weg. Es gibt dort daher nichts mehr zu leeren. Und es wird nicht mehr Platz frei

Ich weiß momentan nicht, wie lange das schon so ist und wieviel Platz (der eig. frei angezeigt werden müsste) irgendwo auf btrfs schlummert

Habe mir via putty den Inhalt von '#recycle' (UGOS) anzeigen lassen. Es ist nichts drin!
Wo verdammt sind diese 1,5TB hin? (und vermutlich noch mehr)

Ja

Irgendwas stimmt da mächtig nicht. Ich habe eben auf UGOS ein sehr großes File (250GB) gelöscht und den Eimer geleert. Nichts passiert. Die große Datei ist zwar weg (auch im Eimer), aber es wird kein Platz freigegeben

Es handelt sich mittlerweile um ca 2TB die NICHT freigegeben wurden!!!

D.h. alles, was im Mülleimer landet und geleert wird, macht keinen Platz frei?
Mit anderen Worten - der reine User (zb ich) muss zwingend via Kommandozeile die Dateien löschen, damit freier Speicherplatz angezeigt wird?

Das würde ja worst case bedeuten, wenn man ein komplett belegtes NAS über SMB in Windows, bis auf eine winzige Datei löscht, daß am Ende das NAS quasi immer noch zu 100% belegt ist, weil man "rm" nicht benutzt hat !?

Quote from alter Mann

Jetzt fängt KH auch noch so an ...

Dateien auf einem Btrfs-Dateisystem werden mit dem Standardbefehl rm gelöscht. Aufgrund der Copy-on-Write-Funktion wird der Speicherplatz erst durch einen Hintergrundprozess freigegeben.

Falls mal wieder die Platten rödeln ...

Etwas mehr hier: https://wiki.ubuntuusers.de/Befehle_Btrfs-Dateisystem/

Das könnte der Grund für die angesprochene Sache im anderen Thread gewesen (arbeitende HDDs)

Wenn ich das früher gewusst hätte
Jetzt ist mein Pool voll und nun ist es noch schwerer das zu fixen. Ich hätte mir gewünscht, dass Ugreen das im Wizard VOR der Erstellung eines Pools angibt. Stattdessen wird nur von den Vorteilen geschrieben. Aber nicht, dass btrfs-Volumes IMMER größer - NIE kleiner werden, ohne manuelle Nachhilfe

Momentan sieht es bei mir so aus...

The content cannot be displayed because you do not have authorisation to view this content. The content cannot be displayed because you do not have authorisation to view this content.

Ich weiß überhaupt nicht, was ich nach "cd" und "mount" eingeben muss
Balancierung eines "vollen" btrfs-Dateisystems

Eingegeben wurde...

Quote

Code

cd /mnt
mkdir fulldisk
mount /dev/mapper/ug_0D0D60_1765228047_pool1-volume1 fulldisk
btrfs balance start /mnt/fulldisk

K.A. ob "/dev/mapper/ug_0D0D60_1765228047_pool1-volume1" die richtige Bezeichnung ist

Heraus kam dann das...
Ab hier bin ich raus (k.A. was ich da machen muss)

Quote

WARNING:

Full balance without filters requested. This operation is very
intense and takes potentially very long. It is recommended to
use the balance filters to narrow down the scope of balance.
Use 'btrfs balance start --full-balance' option to skip this
warning. The operation will start in 10 seconds.
Use Ctrl-C to stop it.
10 9 8 7 6 5 4 3 2 1
Starting balance without any filters.
ERROR: error during balancing '/mnt/fulldisk': Operation not permitted
There may be more info in syslog - try dmesg | tail

Display More

btrfs ist für normale User, wie ich völlig ungeeignet (null Hinweis seitens Ugreen)
Ich brauche jetzt kompetente Hilfe (step-by-step), ohne Datenverlust. Backup ist zwar verhanden, aber ich will mir tagelange Kopier-Orgien ersparen

Oder gibt es mittlerweile ein Tool oder script, das man einfach ausführen kann?

alter Mann
Dann hab ich es aus deinem Link probiert und ich glaube, ich hab es jetzt (hoffe ich )

Eingegeben hab ich den Balance-Befehl für Ordner "WD_01"

Quote

sudo btrfs balance start /volume1/BAK/WD_01

Irgendwas macht das NAS jetzt

The content cannot be displayed because you do not have authorisation to view this content.

The content cannot be displayed because you do not have authorisation to view this content.

Oje - das dauert...

Quote

128 out of about 74174 chunks balanced (129 considered), 100% left

Der Ordner hat nicht mal 8TB (von insgesamt ca 73TB)

Weil du wahrscheinlich dein NAS nur füllst und keinen regen Datenaustausch, wie ich hast!?

Oder „balanced“ sich das OS regelmäßig selbst und ich hab es nur „zu schnell“ befüllt? Was ich bisher gelesen habe, kann das OS das momentan noch nicht

Quote from UweRLP

Ist es von Ugreen vorgesehen das du die Dateien von Hand im Papierkorb löschst?

Weiß ich leider nicht...
Ob ich Dateien/Ordner direkt auf dem NAS (unter UGOS) lösche und den Eimer leere oder via SMB unter WIN11 macht offentlich keinen Unterschied

Dass man das Leeren planen kann, wusste ich nicht. Aber selbst, wenn ich das nutze - egal, was ich manuell oder geplant leeren lasse, dürfte bei btrfs keinen Unterschied machen, oder doch? Wird bei der geplanten Leerung automatisch ein Balancing durchgeführt? Dass ich das (als Laie) von Hand via CLI machen muss, ist für mich nicht vertretbar. Sowas MUSS einfach per Klick in die GUI eingebunden werden

Eben hab ich es unter SMB genau beobachtet. Eine 250GB große Datei gelöscht und den Eimer geleert. Der freigewordene Platz wird nach einer Weile angezeigt. Funktioniert also, wie erwartet