Eigentlich wäre es die Aufgabe des Treibers unbekannte Befehle zu blockieren, dies ist ja auch der Grund warum zumindest unter Windows TRIM mit den alten Versionen der Treiber der Hersteller von Chipsätzen oder Zusatzcontrollern nicht funktioniert, die TRIM Befehle sind ja erst später eingeführt worden, es aber keine Probleme mit den Treiber von Microsoft gibt, denn die blocken keine unbekannten Befehle, da sie ja auch nicht wissen welche Befehle welcher SATA Host Controller womöglich unterstützt. Dies hatte ich auch schon in Post #11 geschrieben:
Eigentlich sollten generische Treiber die unterstützen Features vom Controller auslesen und dann nur Befehle schicken die dieser auch unterstützt, gerade bei NVMe ist ja viel optional. Aber sowas zu implementieren macht erstens viel Arbeit und zweitens den Treiber auch noch langsamer, also gehen viele Programmierer den Weg zu sagen, dann warten wir ob ein Fehler zurückkommt und wissen damit ja auch, was nicht unterstützt wurde. Dies lässt nur eben die NVMe SSDs die Anzahl der Error Information Log Entries steigen, während man bei SATA SSD nur die smartctl -a die letzten vier unten gesehen hat.Holt schrieb:Der Treiber kann durchaus die Ursache sein, wenn der Befehle oder Parameter schickt die die SSD nicht unterstützt, dann wird die SSD dies als Fehler loggen, kann aber trotzdem problemlos funktionieren.