diff --git a/MANUAL.html b/MANUAL.html index 62fcc7800..c34d361e4 100644 --- a/MANUAL.html +++ b/MANUAL.html @@ -1471,11 +1471,11 @@ rclone mount remote:path/to/files * --volname \\cloud\remote

Note that drives created as Administrator are not visible by other accounts (including the account that was elevated as Administrator). So if you start a Windows drive from an Administrative Command Prompt and then try to access the same drive from Explorer (which does not run as Administrator), you will not be able to see the new drive.

The easiest way around this is to start the drive from a normal command prompt. It is also possible to start a drive from the SYSTEM account (using the WinFsp.Launcher infrastructure) which creates drives accessible for everyone on the system or alternatively using the nssm service manager.

Limitations

-

Without the use of --vfs-cache-mode this can only write files sequentially, it can only seek when reading. This means that many applications won't work with their files on an rclone mount without --vfs-cache-mode writes or --vfs-cache-mode full. See the File Caching section for more info.

+

Without the use of --vfs-cache-mode this can only write files sequentially, it can only seek when reading. This means that many applications won't work with their files on an rclone mount without --vfs-cache-mode writes or --vfs-cache-mode full. See the VFS File Caching section for more info.

The bucket based remotes (e.g. Swift, S3, Google Compute Storage, B2, Hubic) do not support the concept of empty directories, so empty directories will have a tendency to disappear once they fall out of the directory cache.

Only supported on Linux, FreeBSD, OS X and Windows at the moment.

rclone mount vs rclone sync/copy

-

File systems expect things to be 100% reliable, whereas cloud storage systems are a long way from 100% reliable. The rclone sync/copy commands cope with this with lots of retries. However rclone mount can't use retries in the same way without making local copies of the uploads. Look at the file caching for solutions to make mount more reliable.

+

File systems expect things to be 100% reliable, whereas cloud storage systems are a long way from 100% reliable. The rclone sync/copy commands cope with this with lots of retries. However rclone mount can't use retries in the same way without making local copies of the uploads. Look at the VFS file caching section for solutions to make mount more reliable.

Attribute caching

You can use the flag --attr-timeout to set the time the kernel caches the attributes (size, modification time, etc.) for directory entries.

The default is 1s which caches files just long enough to avoid too many callbacks to rclone from the kernel.

diff --git a/MANUAL.md b/MANUAL.md index 95992c033..847363041 100644 --- a/MANUAL.md +++ b/MANUAL.md @@ -2928,7 +2928,7 @@ Without the use of `--vfs-cache-mode` this can only write files sequentially, it can only seek when reading. This means that many applications won't work with their files on an rclone mount without `--vfs-cache-mode writes` or `--vfs-cache-mode full`. -See the [File Caching](#file-caching) section for more info. +See the [VFS File Caching](#vfs-file-caching) section for more info. The bucket based remotes (e.g. Swift, S3, Google Compute Storage, B2, Hubic) do not support the concept of empty directories, so empty @@ -2943,7 +2943,7 @@ File systems expect things to be 100% reliable, whereas cloud storage systems are a long way from 100% reliable. The rclone sync/copy commands cope with this with lots of retries. However rclone mount can't use retries in the same way without making local copies of the -uploads. Look at the [file caching](#file-caching) +uploads. Look at the [VFS File Caching](#vfs-file-caching) for solutions to make mount more reliable. ## Attribute caching diff --git a/cmd/mountlib/mount.go b/cmd/mountlib/mount.go index b57bc1547..d819c8146 100644 --- a/cmd/mountlib/mount.go +++ b/cmd/mountlib/mount.go @@ -348,7 +348,7 @@ Without the use of |--vfs-cache-mode| this can only write files sequentially, it can only seek when reading. This means that many applications won't work with their files on an rclone mount without |--vfs-cache-mode writes| or |--vfs-cache-mode full|. -See the [File Caching](#file-caching) section for more info. +See the [VFS File Caching](#vfs-file-caching) section for more info. The bucket based remotes (e.g. Swift, S3, Google Compute Storage, B2, Hubic) do not support the concept of empty directories, so empty @@ -363,7 +363,7 @@ File systems expect things to be 100% reliable, whereas cloud storage systems are a long way from 100% reliable. The rclone sync/copy commands cope with this with lots of retries. However rclone @ can't use retries in the same way without making local copies of the -uploads. Look at the [file caching](#file-caching) +uploads. Look at the [VFS File Caching](#vfs-file-caching) for solutions to make @ more reliable. ### Attribute caching diff --git a/docs/content/commands/rclone_mount.md b/docs/content/commands/rclone_mount.md index 22b75695c..0b0b7bb39 100644 --- a/docs/content/commands/rclone_mount.md +++ b/docs/content/commands/rclone_mount.md @@ -198,7 +198,7 @@ Without the use of `--vfs-cache-mode` this can only write files sequentially, it can only seek when reading. This means that many applications won't work with their files on an rclone mount without `--vfs-cache-mode writes` or `--vfs-cache-mode full`. -See the [File Caching](#file-caching) section for more info. +See the [VFS File Caching](#vfs-file-caching) section for more info. The bucket based remotes (e.g. Swift, S3, Google Compute Storage, B2, Hubic) do not support the concept of empty directories, so empty @@ -213,7 +213,7 @@ File systems expect things to be 100% reliable, whereas cloud storage systems are a long way from 100% reliable. The rclone sync/copy commands cope with this with lots of retries. However rclone mount can't use retries in the same way without making local copies of the -uploads. Look at the [file caching](#file-caching) +uploads. Look at the [VFS File Caching](#vfs-file-caching) for solutions to make mount more reliable. ## Attribute caching