刚才查了一下，ufsd 是非自由版本的 ntfs 驱动，除了 ntfs 以外还支持 hfs+。以 GPL 许可证发布的 ntfs3 似乎并没有以 dkms 的形式放出，只是 AUR 上有人把它打包成了 dkms。既然 deepin 的 5.15 内核没有编译 ntfs3 的模块，那么你可以选择：

1. 安装 5.10 版本的内核，然后使用 ufsd
2. 安装编译了 ntfs3 模块的第三方内核
3. 自己编译 5.15 或更高版本的内核，在编译时启用 ntfs3 模块

刚才查了一下，ufsd 是非自由版本的 ntfs 驱动，除了 ntfs 以外还支持 hfs+。以 GPL 许可证发布的 ntfs3 似乎并没有以 dkms 的形式放出，只是 AUR 上有人把它打包成了 dkms。既然 deepin 的 5.15 内核没有编译 ntfs3 的模块，那么你可以选择：

1. 安装 5.10 版本的内核，然后使用 ufsd
2. 安装编译了 ntfs3 模块的第三方内核
3. 自己编译 5.15 或更高版本的内核，在编译时启用 ntfs3 模块

刚才查了一下，ufsd 是非自由版本的 ntfs 驱动，除了 ntfs 以外还支持 hfs+。以 GPL 许可证发布的 ntfs3 似乎并没有以 dkms 的形式放出，只是 AUR 上有人把它打包成了 dkms。既然 deepin 的 5.15 内核没有编译 ntfs3 的模块，那么你可以选择：

1. 安装 5.10 版本的内核，然后使用 ufsd
2. 安装编译了 ntfs3 模块的第三方内核
3. 自己编译 5.15 或更高版本的内核，在编译时启用 ntfs3 模块

顺便再问你一个问题，深度文管删除的策略是把文件删除/复制到C盘的回收站吗，还是对应磁盘的回收站？如果前者的话是不是一个大bug，单纯为了删除操作，磁盘磁盘之间互相转移数据太麻烦了

你们能不能把深度文件管理器一个明显的bug改了，使用起来及其不方便

win和linux双系统，一般数据盘都在ntfs上，用深度文件管理器打开txt文件都需要选择显示或者运行，特别特别麻烦，但是同样在鹦鹉螺资源管理器里面就不会这样，说明是的深度特有的bug，而不是linux的bug。

另外，资源管理器最好支持能屏蔽一些特定的文件夹，有些win系统特有的文件夹会在深度资源管理器里面显示出来，很麻烦。

回收站位置：${USEER}/.local/share/Trash/

如果在双击文本文件的时候弹窗询问是执行还是显示，说明该文本文件在 linux 中是具有可执行权限的。

为了方便用户执行脚本添加的该功能。

如果自己没有添加过执行权限，那就还是 NTFS.3g 文件系统本身存在一些缺陷导致的。

应该是深度文件管理器的问题，别人ntfs数据盘上的txt文件在鹦鹉螺管理器里面没有这个问题

这不是问题，是需求。