Search found 22 matches
- 10 Jun 2022, 02:10
- Forum: Cobian Reflector
- Topic: New feature suggestion: File Versions Deleted or changed
- Replies: 3
- Views: 950
New feature suggestion: File Versions Deleted or changed
Just an idea that would really come in handy for me and I'm sure many others. A separate folder which would keep x amount of versions of a file that has been changed or deleted. This way we could always go back to find an older version of a file even if it was deleted a year ago, and we only keep ba...
- 10 Jun 2022, 01:59
- Forum: Cobian Reflector
- Topic: New Seperated Backups WITHOUT Use absolute paths
- Replies: 7
- Views: 1707
Re: New Seperated Backups WITHOUT Use absolute paths
Thank you for the clarification. I don't have Ignore empty directories checked. The only options I have checked on Advanced Tab are clear archive attribute and Include backup type in name. Those directories are not empty, on the source. They have not been updated in quite some time, so no need to co...
- 09 Jun 2022, 16:19
- Forum: Cobian Reflector
- Topic: New Seperated Backups WITHOUT Use absolute paths
- Replies: 7
- Views: 1707
Re: New Seperated Backups WITHOUT Use absolute paths
Can I ask you to clarify your statement? "WITHOUT absolute paths, but creating top directory you will get: D:backup\dir2(files) WITHOUT absolute paths, and BUT creating top directory you will get: D:backup\(files)" I'm not sure what you mean by "and BUT" I think you meant to say "But Without". Also,...
- 08 Jun 2022, 23:53
- Forum: Cobian Reflector
- Topic: New Seperated Backups WITHOUT Use absolute paths
- Replies: 7
- Views: 1707
New Seperated Backups WITHOUT Use absolute paths
So I have a Differential backup running without absolute paths. The thing is, in the destination I'm getting complete paths even when no data has changed or been added or removed. This makes it a bit confusing. Am I doing something wrong or is there something I'm missing?
- 23 Jan 2022, 21:22
- Forum: Cobian Reflector
- Topic: Important: Not a valid win32 FileTime
- Replies: 25
- Views: 7696
Re: Important: Not a valid win32 FileTime
I believe that is a scanned image of an old microfisch card. It was probably scanned with an Oce scanner and whatever default Oce software it came with. If you need the details I can get them but probably not today.
- 23 Jan 2022, 19:17
- Forum: Cobian Reflector
- Topic: Important: Not a valid win32 FileTime
- Replies: 25
- Views: 7696
Re: Important: Not a valid win32 FileTime
Would it be a problem to zip it? I was able to paste it and the modified didn't change .
- 23 Jan 2022, 18:29
- Forum: Cobian Reflector
- Topic: Important: Not a valid win32 FileTime
- Replies: 25
- Views: 7696
Re: Important: Not a valid win32 FileTime
Nextfile.jpg This might qualify as strange. I had set the log to verbose the last time I ran it. And I noticed the file immediately after the last file which completed, did not have a "modified date" listed in Windows. The properties of the file show it was created 2-11-2021 but it's Modified date ...
- 23 Jan 2022, 00:29
- Forum: Cobian Reflector
- Topic: Important: Not a valid win32 FileTime
- Replies: 25
- Views: 7696
Re: Important: Not a valid win32 FileTime
Not that I have observed so far. I'll take a closer look when I have more time.
- 21 Jan 2022, 16:11
- Forum: Cobian Reflector
- Topic: Important: Not a valid win32 FileTime
- Replies: 25
- Views: 7696
Re: Important: Not a valid win32 FileTime
The task with the error was the aisql1 actually. The others completed without error.
- 21 Jan 2022, 15:35
- Forum: Cobian Reflector
- Topic: Important: Not a valid win32 FileTime
- Replies: 25
- Views: 7696
Re: Important: Not a valid win32 FileTime
I'm also getting the error on one of my backups. Both drives are local on this machine, but the data on this backups source drive is coming from a network location. Both local drives have a NTFS files system. source drive is a 10TB Sata drive. Destination drive is a 2TB RDX. Files are attached. Desk...