Rust library for filesystems in userspace (FUSE)
Latest commit 09cfd4d Jan 9, 2017 @zargony committed on GitHub Merge pull request #79 from wfraser/socket
add FileType::Socket which maps to S_IFSOCK

Rust FUSE - Filesystem in Userspace

Build Status MIT License


Rust library for easy implementation of FUSE filesystems in userspace.

This library does not just provide bindings, it is actually an improved rewrite of the original FUSE C library to fully take advantage of Rust's architecture.


Rust-FUSE reference


A working FUSE filesystem consists of three parts:

  1. The kernel driver that registers as a filesystem and forwards operations into a communication channel to a userspace process that handles them.
  2. The userspace library (libfuse) that helps the userspace process to establish and run communication with the kernel driver.
  3. The userspace implementation that actually processes the filesystem operations.

The kernel driver is provided by the FUSE project, the userspace implementation needs to be provided by the developer. This Rust library provides a replacement for the libfuse userspace library between these two. This way, a developer can fully take advantage of the Rust type interface and runtime features when building a FUSE filesystem in Rust.

Except for a single setup (mount) function call and a final teardown (umount) function call to libfuse, everything runs in Rust.


Put this in your Cargo.toml:

fuse = "0.2"

and in your crate root:

extern crate fuse;

To create a new filesystem, implement the trait Filesystem. Filesystem operations from the kernel are dispatched to the methods of the Filesystem trait. Most methods get a reply parameter that must be used to eventually answer the request. All methods have default implementations that reply with neutral answers, so if you implement no method at all, you still get a mountable filesystem that does nothing.

To actually mount the filesystem, pass an object that implements Filesystem and the path of an (existing) mountpoint to the mount function. mount will not return until the filesystem is unmounted.

To mount a filesystem and keep running other code, use spawn_mount instead of mount. spawn_mount spawns a background thread to handle filesystem operations while the filesystem is mounted. It returns a handle that should be stored to reference the mounted filesystem. If the handle is dropped, the filesystem is unmounted.

To unmount a filesystem, use any arbitrary unmount/eject method of your OS.

See the examples directory for some basic examples.

To Do

There's still a lot of stuff to be done. Feel free to contribute.

  • Interrupting a filesystem operation isn't handled yet.
  • An additional more high level API would be nice. It should provide pathnames instead inode numbers and automatically handle concurrency and interruption (like the FUSE C library's high level API).

In general, see the list of issues on GitHub and search the source files for comments containing "TODO" or "FIXME" to see what's still missing.


Developed and tested on Mac OS X with OSXFUSE and on Linux with FUSE, using stable, beta and nightly Rust versions (see Travis CI for details).

Support for FUSE on FreeBSD is currently untested (but probably works with minor adjustments).