Creshal schriebLVM muss ggfs. ebenfalls dazu konfiguriert werden, discards durchzureichen.
LVM läßt discards immer durch. Du kannst es höchstens konfigurieren, diese selbst auszuführen (issue_discards) beim Löschen eines LV. Ich mache das aber lieber bei Bedarf mit blkdiscard.
MD-RAID läßt auch TRIMs durch.
Nur bei cryptsetup/LUKS muss das explizit erlaubt werden.
Hackepeter schriebWas spricht eigentlich gegen die mount-option "discard" und für fstrim.timer?
Da gibts zweierlei Argumente dagegen.
Einmal die Performanz. Discard kostet Zeit, wenn du einen ganzen Verzeichnisbaum löschst, wird das dann mit discard u.U. deutlich länger dauern als ohne. Und bei SSD will man ja normal nicht daß irgendwas lange dauert.
Dann ist TRIM/discard eine absolute Katastrophe im Bezug auf Datenrettung.
Wenn du auf einer Festplatte mal aus Versehen etwas löschst, hast du vielleicht noch Chancen, das wieder herzustellen. Du kannst z.B. deine ganze Fotosammlung löschen und photorec wird dir ziemlich viel davon wieder zurückholen. Glück gehabt. Auf einer SSD mit discard ist sofort alles unwiederbringlich weg. Selbst für ein Datenrettungsunternehmen unmöglich da noch was zu machen, wenn die SSD durch das discard die Zellen schon gebügelt hat. Leider machen auch die `mkfs` div. Dateisysteme ungefragt einen TRIM wenn man es nicht mit einer speziellen Option abschaltet (ext4: mkfs.ext4 -E nodiscard ; XFS: mkfs.xfs -K, usw.). Bei einer versehentlichen Formatierung kann man bei SSDs also auch gar keine Daten mehr retten.
Der wöchentliche fstrim läuft im Hintergrund, in der Regel unbemerkt. Bei einem Daten-Unfall hast du in der Regel noch Zeit diesen Job abzustellen, so daß Rettungsmöglichkeiten erhalten bleiben.
Gleichzeitig gibt es in dem verzögerten TRIM keinen Nachteil. TRIM dient lediglich dazu die Performanz der SSD zu erhalten - und das auf lange Sicht. Solange du die SSD nicht komplett volllaufen läßt macht es für die Performanz keinen Unterschied, ob du *sofort* trimmst oder erst nach einer Woche oder nach einem Monat. Die SSD wird dann so oder so immer genug freie Blöcke zur Verfügung haben.
Das dritte Argument gegen TRIM ist eigentlich kein richtiges, aber es gibt Bugs und manche SSD verlieren die falschen Daten dabei. Crucial M5x0 mögen z.B. keine delayed trim, da muss man NCQ abschalten. (Oder hoffen daß der Kernel das inzwischen geblacklistet hat für die betroffenen SSD-Modelle).
Wenn TRIM, dann macht man mit fstrim (bei Dateisystemen) und manuellem blkdiscard (bei ganzen Blockgeräten) am wenigsten falsch.
Gute Backups zu haben ist in jedem Fall empfehlenswert...