desync(1)
π desync(1) β desync-mount-index
okay bestie, welcome to the desync girlies' corner of the manual π the command we're obsessing over today is desync-mount-index, and yes it's under the desync(1) manual page, we're living in it β¨
β¨ NAME β¨
desync-mount-index β FUSE mount an index file π like, we're literally mounting a vibe.
π¦ SYNOPSIS π¦
desync mount-index <index> <mountpoint> [flags]
πΈ DESCRIPTION πΈ
So this is a FUSE mount of the blob in the index file, okay? It makes the (single) file in the index available for read access. That's the whole main character energy of it.
ngl, if your goal is to assemble the whole blob locally, use extract instead β that's more efficient, fr fr. Not me letting you do it the slow way π
Use - to read the index from STDIN. iconic behavior.
When a Copy-on-Read file is given (with --cor-file), the file is used as a fast cache. All chunks that are accessed by the mount are retrieved from the store and written into the file as read operations are performed. Once all chunks have been accessed, the COR file is fully populated. π«Ά
If --cor-state-save is given, a state file is written on termination (and on SIGHUP) containing information about which chunks of the index have or have not been read.
β οΈ okay serious moment, listen up bestie: a state file is only valid for one cache file and one index. When re-using it with a different index, data corruption can occur. like, actual corruption. do not do that. π
This command supports the --store-file option which can be used to define the stores and caches in a JSON file. The config can then be reloaded by sending a SIGHUP without having to unmount and remount. And yes, this can be done under load as well β slay. π
β¨ OPTIONS β¨
--ca-cert=""β trust authorities in this file, instead of OS trust store-c,--cache=""β store to be used as cache-r,--cache-repair[=true]β replace invalid chunks in the cache from source--client-cert=""β path to client certificate for TLS authentication--client-key=""β path to client key for TLS authentication-n,--concurrency=10β number of concurrent goroutines,-1to let desync choose: the number of CPUs for chunking and hashing, adapting to each store up to128for transfers--cor-file=""β use a copy-on-read sparse file as cache--cor-init-n=10β number of goroutines to use for initialization (with--cor-state-init)--cor-state-init=""β state file to initialize the copy-on-read cache from--cor-state-save=""β file to store the copy-on-read state in on exit orSIGHUP-e,--error-retry=3β number of times to retry in case of network error-b,--error-retry-base-interval=500msβ initial retry delay, increases linearly with each subsequent attempt-h,--help[=false]β help for mount-index-s,--store=[]β source store(s)--store-file=""β read store arguments from a file, supports reload onSIGHUP-t,--trust-insecure[=false]β trust invalid certificates
π OPTIONS INHERITED FROM PARENT COMMANDS π
bestie these come from the parent command, they're not even mount-index's own but they ride along π§
--config=""β config file (default$HOME/.config/desync/config.json)--digest="sha512-256"β digest algorithm,sha512-256orsha256--verbose[=false]β verbose mode
π₯ EXAMPLE π₯
desync mount-index -s http://192.168.1.1/ file.caibx /mnt/blob
desync mount-index -s /path/to/store --cor-file /var/tmp/blob.cor blob.caibx /mnt/blob
there they are. copy-paste ready. you're welcome π
β SEE ALSO β
desync(1) β the mothership, go read it π
π HISTORY π
20-Oct-2026 β Auto generated by spf13/cobra
and that's the whole page, bestie π this was desync from the desync(1) manual, dated Oct 2026 β go forth and mount things, iykyk π
β¨
π¦ where this page comes from
- arch rolling: desync 1.1.5-1 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms