Sync from pCloud to Linux encodes umlauts wrong


I'm using rclone for several years now. What an amazing tool.
This is the first time I've got an issue I can't solve myself.

I started syncing from pCloud to a local Linux machine (did that specifically never before).

A folder (or file, doesn't matter) with german umlauts is synced strange.
The folder name online in pCloud: testäöüßbla

The synced result on the local filesystem:

drwxr-sr-x 2 root users     4096 Nov 19 13:26 'testa'$'\314\210''o'$'\314\210''u'$'\314\210\303\237''bla'

I know that the numbers are the octal representation of the UTF-8 characters I've used. My expectation would be to see the characters itself on the local filesystem and not the octal representation. Any ideas?

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

rclone v1.64.2
- os/version: debian 10.13 (64 bit)
- os/kernel: 5.10.0-0.deb10.16-amd64 (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.21.3
- go/linking: static
- go/tags: none

The same behaviour with beta

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

pCloud (European Servers)

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

./rclone -vv --config ./rclone.conf --retries 40 --exclude .DS_Store sync pCloud:/ /srv/data_hd/pcloud_sync

Please run 'rclone config redacted' and share the full output. If you get command not found, please make sure to update rclone.

type = pcloud
token = {"access_token":"XXX","token_type":"bearer","expiry":"0001-01-01T00:00:00Z"}
hostname =

A log from the command that you were trying to run with the -vv flag

2023/11/19 13:17:59 DEBUG : rclone: Version "v1.64.2" starting with parameters ["rclone" "-vv" "--config" "rclone.conf" "--retries" "40" "--exclude" ".DS_Store" "sync" "pCloud:/" "/srv/data_hd/pcloud_sync"]
2023/11/19 13:17:59 DEBUG : Creating backend with remote "pCloud:/"
2023/11/19 13:17:59 DEBUG : Using config file from "rclone.conf"
2023/11/19 13:17:59 DEBUG : fs cache: renaming cache item "pCloud:/" to be canonical "pCloud:"
2023/11/19 13:17:59 DEBUG : Creating backend with remote "/srv/data_hd/pcloud_sync"
2023/11/19 13:17:59 DEBUG : .DS_Store: Excluded
2023/11/19 13:18:00 DEBUG : testäöüßbla/deposit_452072649.pdf: Need to transfer - File not found at Destination
2023/11/19 13:18:00 DEBUG : Local file system at /srv/data_hd/pcloud_sync: Waiting for checks to finish
2023/11/19 13:18:00 DEBUG : Local file system at /srv/data_hd/pcloud_sync: Waiting for transfers to finish
2023/11/19 13:18:00 DEBUG : Couldn't parse Date: from server "Sun, 19 Nov 2023 12:18:00 +0000": parsing time "Sun, 19 Nov 2023 12:18:00 +0000" as "Mon Jan _2 15:04:05 2006": cannot parse ", 19 Nov 2023 12:18:00 +0000" as " "
2023/11/19 13:18:00 DEBUG : testäöüßbla/deposit_452072649.pdf: sha1 = 9962fa2334e8ff641fd066e56a6641480eeef4fc OK
2023/11/19 13:18:00 DEBUG : testäöüßbla/deposit_452072649.pdf.wizaxid9.partial: renamed to: testäöüßbla/deposit_452072649.pdf
2023/11/19 13:18:00 INFO  : testäöüßbla/deposit_452072649.pdf: Copied (new)
2023/11/19 13:18:00 DEBUG : Waiting for deletions to finish
2023/11/19 13:18:00 INFO  :
Transferred:   	    4.285 KiB / 4.285 KiB, 100%, 0 B/s, ETA -
Checks:                26 / 26, 100%
Transferred:            1 / 1, 100%
Elapsed time:         0.6s

2023/11/19 13:18:00 DEBUG : 7 go routines active

Linux version (/etc/os-release)

PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION="10 (buster)"


I think this is probably a setting of your terminal.

Try rclone lsf /srv/data_hd/pcloud_sync and see if the characters look OK.

So true... What a silly rookie mistake. Sometimes you're stuck in a lane and somebody else is needed to turn you in the right direction.

And yes, with lsf the files look OK. When I use a different terminal or even a SMB connection to list the files, everything is fine.

Thank you so much, that helped a lot.

1 Like

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.