Some binary files (like 7z.exe) can't open via double clink on Windows system, always get "Windows can not access N:\7z.x64.exe", error code 0x900704b3
(However, some binary files(.exe) can be open through double click...)
Already read all related posts, I'm not to using the admin acount to run rclone, and already used --file-perms option while running.
Run the command 'rclone version' and share the full output of the command.
rclone v1.63.0
- os/version: Microsoft Windows 10 Pro for Workstations 21H2 (64 bit)
- os/kernel: 10.0.19044.3086 (x86_64)
- os/type: windows
- os/arch: amd64
- go/version: go1.20.5
- go/linking: static
- go/tags: cmount
Which cloud storage system are you using? (eg Google Drive)
Model name: DS415play
Current DSM version: DSM 7.2.0
This is the latest version available based on your current DSM configurations.
The command you were trying to run (eg rclone copy /tmp remote:tmp)
rclone mount NAS: N: --vfs-cache-mode=writes --no-check-certificate --file-perms=0777 --cache-dir=d:\temp -vv
Also tried:
rclone mount NAS: N: --vfs-cache-mode=full --no-check-certificate --file-perms=0777 --cache-dir=d:\temp -vv
The rclone config contents with secrets removed.
[NAS]
type = webdav
host = https://nas.local:5006
vendor = other
user = user
pass = ...
C:\data\rclone\rclone.exe mount synbox_webdav: N: --no-check-certificate --file-perms=0777
[synbox_webdav]
type = webdav
vendor = other
url = https://192.168.1.21:5006
port = 5006
user = user99
pass = -mSsSrsOJDUnClvWZBoZA-qe5WcQGGiL003m3CjP126oTxek
tl;dr - use a subdir of /volume1, not root of /volume1
that is based on the assumption that the root dir of your mount is /volume1, same as in my case.
did more testing, so far, imho, looks like this is not a rclone issue.
the synbox does not want us to mess around in the root of /volume1
that is owned by root
in addition to webdav, rclone mount behaves the same using sftp and smb.
and same basic issue with filezilla and ssh
i could not replicate, as the synbox does not allow copying files in the root of volume1
sure, i got force it as root user, but not going to test that.
It is not good practice to run executables from mounted NAS in general. Of course it is your system and you can do what you want. Store documents in "C:\Program Files" and programs on NAS. But doing such creative things you have to expect to deal with multiple problems all the time.
Sometimes life is easier when you stick to common conventions and standards - e.g. why to use rclone on Windows to mount webdav? When Windows can mount webdav on its own. You just add another extra element you have to configure and potentially misconfigure.
Seems that mount WebDAV directly on Windows via built-in support will have even more problems... For example, I can't even play videos with this way...
Do you have the same issue with exactly the same files when you do not use rclone at all? You can create SMB share using your NAS web GUI and mount it directly on Windows without rclone.
No, it won't, it can open anything as expected.
However, you can only mount one specific share folder as a disk, rather than can mount all folders as one, as I replied in another post.