Rclone Mount OneDrive to access then will be freeze sometime

What is the problem you are having with rclone?

When using a file manager to access Rclone during operation, it freezes, but the process unfreezes after a while.

Run the command 'rclone version' and share the full output of the command.

rclone v1.74.2

  • os/version: arch (64 bit)
  • os/kernel: 6.18.33-1-lts (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.26.3-X:nodwarf5
  • go/linking: dynamic
  • go/tags: none

Which cloud storage system are you using? (eg Google Drive)

OneDrive

The command you were trying to run (eg rclone copy /tmp remote:tmp)

rclone mount onedrive:/ $HOME/OneDrive --vfs-cache-mode=write

The rclone config contents with secrets removed.

[akarinliu@akarinliu-legion ~]$ rclone config
Current remotes:

Name                 Type
====                 ====
onedrive             onedrive

e) Edit existing remote
n) New remote
d) Delete remote
r) Rename remote
c) Copy remote
s) Set configuration password
q) Quit config
e/n/d/r/c/s/q> 

A log from the command with the -vv flag

Paste  log here

Hi,

Are you using the shared client ID or did you create your own? Creating a client ID that's unique to you speeds things up quite often.

Here are instructions for creating your own client ID and secret.

Have you tried file managers other than the built-in Windows File Explorer and if you have which ones.

I have very good luck with an app called one Commander.

Also I would recommend trying to see if --vfs-cache-mode full has better results for you.

welcome to the forum,

which file manager, which operation.
which view mode, detail, icons or what?


need to use and read the debug log.


please post the output of rclone config redacted

Most likely it's freezing due to OneDrive throttling loading all the folders. Can't really say much without a debug log.

Dolphin open dir

icon mode

[onedrive]
type = onedrive
token = XXX
drive_id = XXX
drive_type = personal
### Double check the config for sensitive info before posting publicly

as a test, try different modes. see if there is a performance difference.
but need to kill the mount for each test.


as discussed, create your own client id+secret


need to use, read and post the DEBUG log??

does this look ok to you?
i am a bit confused, as the docs mentions rclone rc vfs/refresh recursive=true)
but does not mention --vfs-refresh

--fast-list --onedrive-delta --vfs-refresh --dir-cache-time=9999y --vfs-cache-mode=write -vv 
      --vfs-refresh                            Refreshes the directory cache recursively in the background on start

I've been using it since it has been introduced (a few versions ago) and it perfectly replaces previous rclone rc vfs/refresh recursive=true what I always felt was sort of workaround.

yeah, i agree but my question was a bit different.

as per rclone docs for onedrive, --vfs-refresh is not mentioned. just rc vfs/refresh recursive=true
This can be useful with rclone mount and rclone rc vfs/refresh recursive=true) to very quickly fill the mount with information about all the files.

I see. I think it is docs inconsistency as VFS layer AFAIK is remote agnostic.

BTW. I use it with Onedrive and I am sure it works. And without it speed difference is huge...

On the other note. Onedrive is "temperamental". It is not AWS. Their throttling policy is something I have never seen. Best effort...

ok, good.


what is your mount command?

This is the exact command I use:

rclone mount onedrive_remote: ~/.volumes/onedrive_remote --vfs-cache-mode=full --vfs-cache-max-age 9999h --dir-cache-time 9999h --cache-dir /Volumes/external/rclone_cache --vfs-cache-max-size 50G --tpslimit 50 --tpslimit-burst 0 -vv -o "backend=fskit" --onedrive-delta --vfs-refresh

-o "backend=fskit" is macOS specific and should not matter.

It works perfectly fine with macOS file browser which also generates thumbnails for everything. First time some folder is opened it takes a moment or two but that's it as I see about delays.

so not using --fast-list ?

I am not. It was making everything in my case much slower. I remember discussing it on github but cant't find it now. As I recall everything depends on overall number of files.

--fast-list is only worth when you are mounting the root folder. If you are mounting any subfolder etc. it is not recommended as it will force a read of the whole remote.

Also, not needed for a mount as it will be used automatically in mount when the delta flag is invoked.

Loading icons can definitely slow things out unless vfs cache is full, as it will try to open every single file to generate the thumbnail every single time. Keeping those little files in cache will significantly increase the response time.

so far, nothing you posted suggests a bug.

i am going to re-classify the category to "Help and Support"