I expect there is an incompatiblity with the userspace fuse library you're using and the kernel fuse version. This results in the kernel not understanding responses and it returning and EIO for everything (including the stat calls that "ls" does).
You should try increasing the debug level. As it's a Mono / CLR application, ensure that the libraries are of an appropriate version for your kernel; you may not need to recompile it.
You should also note that when you mount a directory, the mount-point's original permissions are ignore (and hence need not be 0777) ; the root directory of the new filesystem takes its place.
(You should probably not mount such a filesystem in /temp either; it is an example not for temp files)
发布评论
评论（1）
我预计您正在使用的用户空间熔丝库和内核熔丝版本不兼容。这会导致内核无法理解响应，并且它会返回所有内容的 EIO（包括“ls”所做的 stat 调用）。
您应该尝试提高调试级别。由于它是 Mono / CLR 应用程序，请确保库的版本适合您的内核；您可能不需要重新编译它。
您还应该注意，当您挂载目录时，挂载点的原始权限将被忽略（因此不需要是 0777）；新文件系统的根目录取代了它。
（您可能也不应该在 /temp 中安装这样的文件系统；这是一个不适用于临时文件的示例）
I expect there is an incompatiblity with the userspace fuse library you're using and the kernel fuse version. This results in the kernel not understanding responses and it returning and EIO for everything (including the stat calls that "ls" does).
You should try increasing the debug level. As it's a Mono / CLR application, ensure that the libraries are of an appropriate version for your kernel; you may not need to recompile it.
You should also note that when you mount a directory, the mount-point's original permissions are ignore (and hence need not be 0777) ; the root directory of the new filesystem takes its place.
(You should probably not mount such a filesystem in /temp either; it is an example not for temp files)