SDD 26 §6.4: contestada la incógnita del helper — como root, fuser monta con mount(2) y no hace falta fuse3

This commit is contained in:
Sergio
2026-09-12 10:27:08 +00:00
parent 6187c83c36
commit 01097a394e
+13 -3
View File
@@ -814,9 +814,19 @@ laptop), no una nuestra.
Quién la pide, cuándo, y qué pasa si se cierra la sesión a la mitad es lo que decide si esto se
usa o se apaga al tercer día. `qullqa` no la contesta porque no es su pregunta.
Y una incógnita honesta que queda para cuando FUSE esté: `fuser` puede montar hablando `/dev/fuse`
directo o apoyándose en `libfuse`/`fusermount3`. Cuál de los dos camina en una imagen musl sin
libfuse **no se midió todavía** — y de eso depende si hace falta una receta más.
**Y la incógnita del helper ya está contestada, leyendo la fuente** (`fuser` 0.15.1,
`src/mnt/fuse_pure.rs`; el workspace lo declara con `default-features = false`, así que no hay
`libfuse` en tiempo de build):
- `fuse_mount_pure` intenta **primero `fuse_mount_sys`** —el `mount(2)` directo sobre `/dev/fuse`—,
que **funciona como root y no necesita ningún helper**. Sólo si eso no se permite cae a
`fusermount3`;
- desmontar hace `umount2(MNT_DETACH)` directo, con el helper también como respaldo;
- **la excepción es `MountOption::AutoUnmount`**: esa opción fuerza el camino del helper, siempre.
⇒ La imagen **no necesita una receta de `fuse3`** mientras quien monte corra como root y no pida
`AutoUnmount`. Si algún día se pide, hace falta el helper — y conviene que esté escrito antes de que
alguien lo agregue «porque es más prolijo desmontar así».
⇒ Estado: **el §6.4 no está empezado, y ahora se sabe por qué**. Los tres bloqueos son nombrables y
ninguno es del navegador.