Symptome und Geltungsbereich
- Ein regelmäßiger fstrim-Dienst meldet fehlende Discard-Unterstützung.
- Die physische SSD unterstützt Discard, das gemappte Gerät meldet es jedoch nicht.
Betroffene Umgebung
SSDs hinter lokalen Blockgeräten, LVM, Verschlüsselung oder USB-Bridges; Discard muss alle relevanten Schichten erreichen.
Erkennbare Meldungen (synthetische Beispiele)
fstrim: /mnt/usb: the discard operation is not supportedDateisystem- und Blockschicht-Fähigkeit prüfen, statt dies als Integritätsfehler zu behandeln.
Mögliche Ursachen
Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.
- Bridge, Mapping oder Verschlüsselungsrichtlinie können Discard blockieren, obwohl das Laufwerk es unterstützt.
- Dateisystem oder konkretes Mount-Ziel können FITRIM nicht unterstützen; dies bedeutet nicht automatisch einen SSD-Defekt.
Sicher prüfen
Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.
Prüfschritt 1
Discard-Angaben aller sichtbaren Blockschichten lesen; kein Discard-Befehl wird gesendet.
lsblk -D -o NAME,TYPE,DISC-GRAN,DISC-MAX,DISC-ZERO,MOUNTPOINTSErgebnis einordnen: DISC-MAX null am wirksamen Dateisystemgerät bedeutet dort keine gemeldete Discard-Unterstützung. DISC-ZERO garantiert kein sicheres Löschen.
Prüfschritt 2
Letztes systemd-Dienstergebnis lesen; dies startet kein TRIM. Ohne systemd stattdessen das Log der geplanten Aufgabe prüfen.
systemctl status fstrim.service --no-pagerErgebnis einordnen: Ein nicht unterstütztes Ziel kann unabhängig von anderen Mounts scheitern. Gemeldete TRIM-Bytes sind dem Gerät angebotene Bereiche, nicht gerade neu gelöschte Dateibytes.
Nächste Schritte nach Befund
Discard-blockierende Schicht prüfen
Wenn lsblk eine Mapping-Schicht zeigt, die einen ansonsten unterstützten Pfad blockiert, deren dokumentierte Discard-Richtlinie prüfen und Durchleitung nur passend zum Speicherdesign erlauben. Nach der Änderung gemeldete Unterstützung vor geplantem TRIM prüfen.
Vorsicht: Discard verschlüsselter Volumes kann Belegungsmuster offenlegen. Fehlende USB-Firmware-Unterstützung lässt sich nicht durch Erzwingen beheben; vor Mapping-Änderungen Backups behalten.
Wiederherstellung / Rücknahme: Vorige Mapping- oder Verschlüsselungsoption wiederherstellen und mit dem normalen Wartungsverfahren erneut öffnen, wenn Unterstützung oder Verhalten schlechter wird.
Hat dir dieser Hinweis geholfen?
Regelmäßiges TRIM auf unterstützte Ziele begrenzen
Wenn ein Dateisystem oder eine Bridge tatsächlich kein FITRIM unterstützt, dieses Ziel nach dokumentierter Auswahl des Schedulers ausnehmen und geeignete SSD-Mounts im regelmäßigen Lauf belassen. Eine andere Bridge nur prüfen, wenn Discard benötigt wird.
Vorsicht: TRIM nicht für alle SSDs abschalten, weil ein Mount nicht unterstützt wird. Regelmäßiges TRIM stellt keinen Dateisystemplatz wieder her und löscht Dateien nicht sicher.
Wiederherstellung / Rücknahme: Vorige Zielauswahl aus der gesicherten Scheduler-Konfiguration wiederherstellen, falls ein unterstütztes Dateisystem versehentlich ausgenommen wurde.
Hat dir dieser Hinweis geholfen?
Quellen und Prüfung
Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.
- util-linux: fstrim(8) (Projekt- oder Distributionsdokumentation)
- util-linux: lsblk(8) (Projekt- oder Distributionsdokumentation)