So wie ich dessen Aussage verstehe, kann fstrim, was extra dafür da ist, eingehängte Partitionen zu trimmen, ntfs jetzt nicht mehr trimmen *weil* es eingehängt ist!?
ntfs ist halt kein Kernel-Dateisystem sondern ein Userspace-Dateisystem
fstrim schickt also an den Kernel das FITRIM ioctl, FUSE schickt es zurück an Userspace (ntfs3g Prozess), und der versucht wiederum an den Kernel ein BLKDISCARD ioctl zu schicken... und irgendwo in dieser Verkettung entsteht dann ein "sorry geht nicht".
Ob das jetzt allgemein ein Problem mit FUSE ist und somit alle FUSE-Dateisysteme nischt mehr (auf Blockgeräten mit BLKDISCARD) trimmen können, oder ob ntfs3g selber da irgendwas falsch macht, kann ich leider nicht beurteilen.
Hier bleibt wohl nur abwarten, mehr als daß ntfs3g- und Kernel-Entwickler an der Sache dran sind, kann man nicht erwarten.
fstrim macht man ja nur gelegentlich, also der Workaround - alten Kernel/Livesystem booten und von dort an fstrim ausführen und zurück - wäre hier machbar.
Die Welt geht auch nicht unter wenn man fstrim komplett weglässt. TRIM ist sehr überbewertet.