mount.composefs(8)
β¨ mount.composefs(8) β¨
okay bestie, this is the page for mount.composefs, living in the mount.composefs(8) slot of the manual (User Commands section, we're fancy like that π
). let's get into it π«Ά
πΈ NAME πΈ
mount.composefs β mount a composefs filesystem image π
π¦ SYNOPSIS π¦
mount.composefs [-o OPTIONS] IMAGE TARGETDIR
π DESCRIPTION π
so here's the vibe: the composefs project uses an EROFS image file to store metadata, and then one or more separate directories that hold content-addressed backing data for the regular files. it's giving split personality but make it intentional π
mount.composefs mounts one of those EROFS files, combined with a given set of basedir, at the location you specify. you can call it directly, or use it as a mount helper by running mount -t composefs .... slay, flexible queen π
π OPTIONS π
the IMAGE argument you pass in must be a valid composefs (EROFS) metadata image, no exceptions bestie. and TARGETDIR is gonna be the mount target. periodt.
mount.composefs accepts the following colon-separated mount options when you pass them through the -o OPTIONS argument:
basedir=PATHβ this path gets used to resolve non-empty file references stored in the composefs metadata image. the big main-character use case? making it the same path you gave tomkcomposefs --digest-store=PATH. you can specify multiple paths, separated by:. stack 'em up π§digest=DIGESTβ the image file gets validated to have the specified fs-verity digest before it's used. this builds a chain of trust that makes sure only the expected data is ever visible in the mount. π₯ also, this option impliesverity. two for one, we love efficiency.idmap=PATHβ specify a path to a user namespace whose ID mapping should be used. the typical format for this kind of path is/proc/<pid>/ns/userπverityβ if this is specified, all files in theIMAGEmust specify an fs-verity digest, and all the files in the base dirs must have a matching fs-verity digest.
heads up bestie: this needs support for the overlayfs "verity" option in the kernel, which was added in 6.6rc1. no kernel support, no vibes π
roβ mounts the filesystem read-only. this is mainly useful when you're usingupperdir, since unlayered composefs images are naturally readonly anyway. it's giving belt-and-suspenders β¨rwβ overrides a previousrooption. flip the switch, we're writable now πupperdirβ specify an upper dir in the overlayfs mount that composefs uses. this lets you have a writable layer sitting on top of the composefs image. see the overlayfs docs for details πworkdirβ specifies an overlayfs workdir to go withupperdir. they're a package deal π«Ά
π SEE ALSO π
composefs-info(1),mount.composefs(1)- composefs upstream β¨https://github.com/containers/composefsβ©
and that's the whole page, bestie! π this one's from the composefs project, filed under mount.composefs(8) in the manual β go forth and mount something iconic πβ¨πΈ
π¦ where this page comes from
- ubuntu resolute: composefs 1.0.8-3 Β· GPL-2.0-or-later OR Apache-2
- ubuntu stonking: composefs 1.0.8-3build1 Β· GPL-2.0-or-later OR Apache-2
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms