Как я могу создать файловую систему пользовательского пространства с помощью FUSE без использования libfuse?

(Я не приму это, пока оно не будет завершено. Тем временем правки приветствуются!)

Основная схема сеанса FUSE:

• open() вызывается /dev/fuse. Я назову получившийся FD управляющим FD.
• mount() вызывается с целевой точкой монтирования, типом файловой системы «fuse» для нормального режима или «fuseblk» для режима блочного устройства и параметрами, включая «fd=X», где X — управляющий FD.
• Структуры, специфичные для FUSE, многократно передаются в управляющем FD. Общий шаблон связи соответствует шаблону запрос-ответ, где программа read()s выполняет команды файловой системы от управляющего FD, а затем write()s отвечает обратно.
• umount() вызывается с целевой точкой монтирования.
• close() вызывается на управляющем FD.

С учетом всего сказанного, есть несколько осложнений, о которых следует знать. Во-первых, mount() почти всегда является привилегированным системным вызовом, поэтому для монтирования файловой системы FUSE вам понадобятся права root. Однако, как вы могли заметить, программы FUSE обычно можно запускать без полномочий root! Как?

Есть помощник, /bin/fusermount, установил setuid. Использование полностью недокументировано, но я здесь именно для этого. Вместо open()ing /dev/fuse самостоятельно запустите fusermount как подпроцесс, передав целевую точку монтирования в качестве аргумента, любые дополнительные параметры монтирования, которые вам нравятся с -o, и (что особенно важно) с экспортированной переменной среды _FUSE_COMMFD и установленной в строку ASCII открытого FD , который я назову comm FD. Вы должны сами создать comm FD, используя, например, pipe(). fusermount вызовет для вас open() и mount() и передаст вам FD управления по FD связи, используя прием sendmsg() для совместного использования FD. Используйте recvmsg(), чтобы прочитать его обратно.

Редакция: Я действительно не понимаю, почему это так сложно. FD наследуются подпроцессами; было бы намного проще open() управлять FD в верхнем процессе и передать его в fusermount. Правда, есть какие-то запутанные заместительские опасности, но fusermount уже установлен и установлен и опасен.

Так или иначе! fusermount грубо демонизируется и позаботится о вызове umount() и close() для очистки после завершения вашего основного процесса.

Вещи, которые еще не покрыты:

• Как обрабатывается неблокирующий доступ к FUSE? Можно ли просто перевести управляющий FD в неблокирующий режим? Он на самом деле не блокируется или ведет себя как обычный файл и тайно блокирует доступ?
• Макеты структур. Их можно более или менее заново открыть из исходников C или Go, но это не оправдание. Я задокументирую их более серьезно, когда наработаю достаточно мазохизма.