Could not find a part of the path '\\?\d:\restore\...'
Edit from release notes:
Maybe this is a new feature in this specific canary version, which is probably more or less broken?
“Support for Windows paths starting with “?”, thanks @dferreyra”
Repeated several times, it seems that restoring these files failed. Even if I’ve configured separate restore path. Lots of files got restored, but only small subset of the files failed to be restored. My question is why? Why the path contains that prefix? And why only for some files, but not for all? The source is similar for all files. Many directories were created, but without the \?\ prefix, only the failing directories had that prefix, and those are just sub-directories of the properly restored directories.
Version: 18.104.22.168_canary_2020-09-26 - Windows 10 with latest updates, 64 bit, running as normal user, but I’ve got full write access to the specified test restore path.
I did read the discussions about Linux file permissions and those didn’t seem to be relevant with this one. I’m not restoring to the original path, filenames / paths aren’t too long, and so on.
Just as side comment. Also while running these test, I found again the inherent traps of Duplicati. Everything seems to be fine, except restore fails. Now the reason is the classic without the original database, the backup sets can’t be properly restored at all. - This is still a devastating show stopper. Backup software which can’t properly restore is just ultimate trap for people.