sfsmount does not work with default in fstab

[butonic]

through trial and error I found rw works. with default I got:

butonic@khal:/mnt$ sudo mount leilfs/
sfsmaster accepted connection with parameters: read-write ; root mapped to root:root
05/05/26 16:19:41.945 [info] [85447:85459] : Received IO limits configuration update from master
[2026-05-05 16:19:41.945] [info] Received IO limits configuration update from master
fuse: unknown option(s): `-o default'
error in fuse_session_new
05/05/26 16:19:43.946 [warning] [85447:85459] : master: connection lost
[2026-05-05 16:19:43.946] [warning] master: connection lost
05/05/26 16:19:43.946 [warning] [85447:85459] : master: disconnected
[2026-05-05 16:19:43.946] [warning] master: disconnected

[gemini-code-assist]

Code Review

This pull request updates the documentation for /etc/fstab entries to use the rw option instead of default. Feedback suggests that a more robust solution would be to update the option parsing logic in the source code to handle standard default and defaults keywords, rather than just updating the example in the documentation.

[gemini-code-assist]

While changing the example to rw avoids the error, the root cause is that sfsmount does not handle the standard defaults (or default) option commonly used in /etc/fstab. This causes the FUSE library to reject the mount command with an 'unknown option' error. A more robust fix would be to update the option parsing logic in src/mount/fuse/mount_config.cc to recognize and ignore these keywords. You can add FUSE_OPT_KEY("default", FUSE_OPT_KEY_DISCARD), and FUSE_OPT_KEY("defaults", FUSE_OPT_KEY_DISCARD), to the gSfsOptsStage2 array. This would allow users to follow standard fstab conventions, where defaults (plural) is the conventional keyword.