Win11 Festplatte: gelöschte Bereiche werden nicht freigegeben

JuSt4Prox

New Member
Dec 23, 2025
2
0
1
Hallo in die Runde,

ich bin neu hier und habe glaube ich gleich eine komlexe Frage und hoffe dass ihr mir weiterhelfen könnt...

Ich habe einen Server mit Proxmox VE 8.4.14 laufen. Eine der VMs ist eine Windows 11 Maschine und wird zur Videoaufzeichnung genutzt. Dafür läuft der RM-Lite Manager auf der Maschine. Wenn die 1TB Festplatte bei 900GB auslastung ist, werden die ältesten Videos von dem Manager automatisch gelöscht.
Das funktioniert allerdings nicht richtig. Die Videos werden gelöscht aber der speicher steht danach nicht zu Verfügung. Erst wenn ich mich via Remotedesktop auf die Maschine hänge und bei einem Ordner auf der Vollen Festplatte mir über das Contexmenue die Eigenschaften von dem Ordner anzeige. Dann zeigt mir die Festplatte wieder ihre richtige Größe des freien Speichers an.

Hard Disk (scsi2): tank-:vm-209-disk-0, cache=writeback, discard=on, iothread=1, size=1000G
SCSI Controller VirtIO SCSI single

Das wären die Eckdaten die ich glaube wichtig sind für die Lösung des Problems.

Hat da jemand eine Idee wie ich da weiterkomme?

LG und Danke

Stefan
 
Wenn ich das richtig lese, dann ist die festplatte eine virtuelle disk.
Entweder wächst die an, bis zur maximalen Größe oder ist von Grund auf zu 100% auf dem Datenstore angelegt. Wenn die kleiner werden soll müsste man diese shrinken. Das passiert aber nicht automatisch und dann benötigst du auch die selbe Größe der disk an freiem Speicher, da diese dann quasi umkopiert werden müsste. Das kostet Performance und wird freiwillig von keinem Hypervisor gemacht.
Das ist sozusagen ein gewünschter technischer Standard.
Innerhalb der disk ist der Speicher durch das löschen von Dateien frei.
Vielleicht mal mit dem Wiki und dem Handbuch beschäftigen.
 
Last edited:
  • Like
Reactions: Johannes S
Frohe Weihnachten und danke für die schnelle Reaktion!

@ThoSo: Ich denke du hast das falsch verstanden. Den Zustand der virtuellen Platte in Proxmox meine ich nicht, sondern auf der virtuellen Maschine

@Impact: Schritt für Schritt auf der VM
Screenshot 2025-12-26 113908.png

Auf der Platte F: die Eigenschaften des Ordners FTP anzeigen lassen:
Screenshot 2025-12-26 113950.pngScreenshot 2025-12-26 114150.png

Danach ist F "leerer":
Screenshot 2025-12-26 114213.png

@TErxleben: Du meinst das Windowstool Sysinternals?

Danke

Stefan
 
Danke, das hilft. Das ist echt seltsam und habe ich meines Wissens noch nie erlebt. Ich nutze aber die Standart Cache Einstellungen. Kannst du mal schauen was WizTree ausliest? Was passiert wenn du F5 drückst? Passiert es ohne writeback Cache auch? Welche virtio iso hast du benutzt für die Treiber?
 
Last edited:
Echt sehr seltsam.
So schnell aus der Hüfte geschossen, müsste dies eigentlich ein Problem der Windows VM sein?
Oder kann Canon da irgendwas super komisch löschen, so dass Windows das irgendwie nicht richtig mitbekommt?

Könntest du mal die Eigenschaften von Canon anzeigen lassen?
Der müsste dann ja ca. 800GB gross sein. Bin gespannt ob es dort auch irgendwie falsch reported oder nicht.
 
Das sieht ja eher nach einem Windows Anzeige Fehler des Explorers aus.
Könnte man ja auch mal auf einer CMD-Konsole mit dem alten DIR Befehl oder Get-Volume mit der Powershell prüfen um zu sehen was frei ist nach der Aktion des RM-Lite Managers.
 
Ja ich meinte die Windows Tools. Ansonsten hat @ThoSo mit seinem ersten Post recht. VM-Disks werden nie kleiner, egal wie es innerhalb aussieht. Ganz besonders nervig ist das bei Sicherungen der VMs. Deshalb lasse ich innerhalb von WinVMs täglich eine Festplattenbereinigung und anschließendes sdelete laufen. Danach wird kein Speicherplatz im Sicherungsset verplempert.
Erst wenn man eine Sicherung zurückspielt, entspricht die Größe der VM wieder dem tatsächlichen Inhalt.
Das sich explorer und ftp unterscheiden liegt in der Natur der Sache. Der FTP-server liefert die interne Sicht der hostenden Maschine.
 
Last edited:
Prüfe zusätzlich mal, ob TRIM in Windows aktiviert ist:

Bash:
fsutil behavior query DisableDeleteNotify

0 = aktiv
1 = deaktiviert

Zum Aktivieren:

Bash:
fsutil behavior set DisableDeleteNotify 0

Manueller TRIM für Laufwerk F:


Bash:
Optimize-Volume -DriveLetter F -ReTrim -Verbose
 
  • Like
Reactions: Johannes S
@cwt
Muss man da nicht die LVM-Thin-Kröte schlucken oder funktioniert manuelles TRIM auch bei darunterliegendem LVM?
Kann ich kaum glauben, würde mich aber sehr freuen.
In letzterem Fall sollte aber auch das einmalige Aktivieren der TRIM-Funktion innerhalb der VM funktionieren.
Ein Haken bei DISCARD in den VM-Disk-Einstellungen verpufft jedoch.
In meinen Augen "hilft" das ganze Geraffel vielleicht nur beim Überprovisionieren von VMs.
Bei der Datensicherung geht es mir allerdings massiv auf den Sack!
 
Last edited:
@TErxleben : jo, TRIM wirkt nur auf thin-provisioned.

@JuSt4Prox : probiere mal folgendes in der Admin PS, ohne vorher den Weg über Explorer > Eigenschaften > etc.:


Code:
fsutil volume diskfree F:

alternativ:

Code:
dir F: > $null

Wird danach der Speicherplatz korrekt angezeigt?