desync(1)

πŸ“¦
version 1.1.5 Β· 3 versions
, in arch rolling

πŸ’… 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, -1 to let desync choose: the number of CPUs for chunking and hashing, adapting to each store up to 128 for 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 or SIGHUP
  • -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 on SIGHUP
  • -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-256 or sha256
  • --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