On 08/06/2011 00:57, James Harper wrote:

If the files were backed up from C:\dir1\dir2\dir3, and you tell bacula
to restore to C:\tmp\bacula-restores, it will restore to
C:\tmp\bacula-restores\c\dir1\dir2\dir3. You can use a regexwhere to
remove the C:\dir1\dir2\dir3 prefix and replace it with a
C:\tmp\bacula-restores prefix.

That said, the files should have been restored somewhere if Bacula says
it was successful...

OK, so if I understand correctly (since my files are backed up from a Linux box under /mnt/rsync/blahblah/thisfile.txt, restoring this file to my Windows box should be available under c:\tmp\bacula-restores\mnt\rsync\blahblah\thisfile.txt. But since this is a unix path (so these are slashes, not backslashes), would it try to restore to c:\tmp\bacula-restores\mnt/rsync/blahblah/thisfile.txt which wouldn't work, since / in a filename can't be ? Or does the Windows client do the translation itself?

I will try right away to create a regex to manulaay translate a / to \, and see how it works, in case this is the problem.

The file hasn't been restore at all, to answer the question. I've searched a file ending with thisfile.txt (for example), and it just wasn't there at all.

Christian...