What is the problem you are having with rclone?
Certain unicode normalized files are breaking my mount. I thought this was an issue with FUSE-T and created Cannot handle certain normalized forms of unicode. Example: é (e + U+0301) vs é (U+00E9) · Issue #16 · macos-fuse-t/fuse-t · GitHub but I am less certain now.
é. That is
e + U+0301or UTF8 encoded:
éwhich is (U+00E9) or
When they are in the directory, I get
$ ls ls: fts_read: Permission denied
and nothing shows in Finder. As seen in the logs below and the one in the aforementioned issue, rclone appears to read it fine which is why I thought this was a FUSE-T issue. But both the developer's and my own additional FUSE-T testing shows that is less likely the case.
Looking at the log, I see
Adding "-o modules=iconv,from_code=UTF-8,to_code=UTF-8-MAC" for macOS. Is there a way to disable this and see if that i the problem?
Run the command 'rclone version' and share the full output of the command.
rclone v1.61.1 - os/version: darwin 13.2.1 (64 bit) - os/kernel: 22.3.0 (arm64) - os/type: darwin - os/arch: arm64 - go/version: go1.19.4 - go/linking: dynamic - go/tags: cmount
I am also using the latest FUSE-T according to
Which cloud storage system are you using? (eg Google Drive)
Originally discovered on a crypt-wrapped local but reproduced on a simple local loopback mount.
The command you were trying to run (eg
rclone copy /tmp remote:tmp)
rclone mount source/ mount/ -vv --log-file rclone.log
The rclone config contents with secrets removed.
N/A -- Local loopback.
A log from the command with the
rclone.log (29.2 KB)