SSD lässt sich nicht einbinden und formatieren
- Thread starter DerCedrik
- Start date
Schaut perfekt aus. Jetzt müssen nur noch Daten in die NextCloud rein ....
Ja aber warum in Proxmox nicht?
Genau ist richtig, anhand weniger Screenshots weiß man gleich alles über meinen Server....
"Denn Sie wissen nicht was sie machen...."
Ok bist du also allwissend aus dem Himmeln gefallen mit den perfekten Server in der Hand? Was ein beschissenes langweiliges leben....
"Das ganze System ist nicht für einen Betrieb ausgelegt und somit nur eine Testinstallation - puh"
aha ok, wann habe ich das behauptet?
"Man benötigt noch ein Backup-Ziel, aber ohne Backup kein Mitleid."
Gibt es, verschlüsseltes externes Ziel, gesichert gegen Feuer, Wasser und klassischer Hardware schaden. Zumindest für den Serverteil der läuft und scharf geschaltet ist.
Du musst natürlich erst den Pool entfernen, bevor Du "labelclear" ausführen kannst. Das Löschen des Pools entfernt nicht das Label.
Bei LXC kannst du kein Discard setzen, das geht nur bei VMs. LXC nutzen ja nur einen Mountpoint und daher muss der Container auch nichts machen.
Ich verstehe die Aussage auch nicht, Backup soll man immer machen und beim Backup knallt gar nichts, denn da wird ja nur gelesen.
Schreiben macht die QLC SSDs schnell kaputt, aber niemals ein Backup.
Last edited:
Ich hab mir die Mountpoint-Config (mp0
Das mit dem nicht-schrumpfenden Platz ist normal: dein Mountpoint
Genau da setzt
SamsungSSD:vm-101-disk-0) und den Rest vom Thread angeschaut. Hier erkläre ich, warum der Platz nicht freigegeben wird und wie pct fstrim von @Impact das löst:Das mit dem nicht-schrumpfenden Platz ist normal: dein Mountpoint
SamsungSSD:vm-101-disk-0 ist ein zvol, also ext4 auf einem Blockdevice. Wenn du im Container Dateien löschst, gibt ext4 die Blöcke ohne TRIM nicht an ZFS zurück, drum bleibt die belegte Größe stehen und du siehst deine "Geister-20GB".Genau da setzt
pct fstrim 101 an, einmal laufen lassen, und der Platz ist wieder frei. Die discard-Mount-Option aus @Impact seinem Screenshot macht das automatisch, sonst halt per Cron wie er's beschreibt. Bei einem echten Subvol (dataset statt zvol) hättest du das gar nicht, da wird sofort freigegeben.
PVE nutzt für ZFS basierte CTs keine ZVOLs und benennt dessen Mount Points auch mit
subvol (siehe Bild).pct fstrim funktioniert hier ebenso nicht und ist auch nicht notwendig. Letzteres ist aber auch im Verlinkten Artikel beschrieben.
Last edited:
Stimmt, im Normalfall legt PVE für nen ZFS-Container ein Subvol (Dataset) an, da hast du recht @Impact, und da gibt ZFS den Platz sofort frei, kein fstrim nötig. Aber schau nochmal auf den Mountpoint vom OP:
Aber wieso das bei @DerCedrik ein zvol geworden ist? Für nen CT-Mountpoint macht PVE das normal nicht. @DerCedrik, was sagt denn
SamsungSSD:vm-101-disk-0. Das vm- statt subvol- bedeutet, das ist kein Dataset, sondern ein zvol. Und da liegt genau das Problem mit dem nicht freigegebenen Platz, bei zvol+ext4 brauchst du fstrim.Aber wieso das bei @DerCedrik ein zvol geworden ist? Für nen CT-Mountpoint macht PVE das normal nicht. @DerCedrik, was sagt denn
zfs list -t all | grep 101? Steht da volume, ists ein zvol (dann hilft fstrim/discard), steht da filesystem, hat @Impact recht und wir müssen woanders suchen.