In my profile (of SBSEv8) I enabled the option
Expert--->Copy/Delete--->Advanced--->Copy file creation date & times
As I found out only the timestamps of the files were copied and NOT those of folders.
How can I tell SB-SE to copy timestamps of folder as well?
How can I now (with new timestamps of folders) "repair" the folder timestamps (=adjust them to the original timestamps)?
By the way: "Copy file creation date & times" is misleading. Not only the timestamp for creation time is copied but for modification time as well.
Peter
Before posting, and to avoid disappointment, please read the following:
- This forum is not for 2BrightSparks to provide technical support. It's primarily for users to help other users. Do not expect 2BrightSparks to answer any question posted to this forum.
- If you find a bug in any of our software, please submit a support ticket. It does not matter if you are using our freeware, a beta version or you haven't yet purchased the software. We want to know about any and all bugs so we can fix them as soon as possible. We usually need more information and details from you to reproduce bugs and that is better done via a support ticket and not this forum.
- If you are entitled to technical support then please submit a support ticket. Please do not post the same question to the forum and also via a support ticket. Once again, 2BrightSparks does not provide technical support via this forum.
How to keep filestamps of folders (NOT only files)?
-
- Knowledgeable
- Posts: 27
- Joined: Fri Aug 11, 2006 9:41 am
-
- Expert
- Posts: 1031
- Joined: Mon Apr 13, 2015 6:22 am
Re: How to keep filestamps of folders (NOT only files)?
Hi,
We have a non-default option in SyncBackSE to copy the Created date/time stamps of folders, which is under:
Modify profile > Expert mode > Copy/Delete > Folders > 'Copy sub-directory attributes and creation date (only when new directories are created)'
However, this option must be in force before/at the time the new copy was created (but it can't update the creation date/time stamps for already copied folders). There is no option to set the last modified date/time stamp of folders.
Thank you
We have a non-default option in SyncBackSE to copy the Created date/time stamps of folders, which is under:
Modify profile > Expert mode > Copy/Delete > Folders > 'Copy sub-directory attributes and creation date (only when new directories are created)'
However, this option must be in force before/at the time the new copy was created (but it can't update the creation date/time stamps for already copied folders). There is no option to set the last modified date/time stamp of folders.
Thank you
-
- Knowledgeable
- Posts: 27
- Joined: Fri Aug 11, 2006 9:41 am
Re: How to keep filestamps of folders (NOT only files)?
Meanwhile I tried it and found out that ONLY the CREATION timestamp of folders is copied and NOT the LAST MODIFIED timestamp.
How can copy the "last modified" timestamp of folders as well?
If I remember it well then SyncBack v6.5 provided such a feature.
Why was this removed in later versions?
Peter
How can copy the "last modified" timestamp of folders as well?
If I remember it well then SyncBack v6.5 provided such a feature.
Why was this removed in later versions?
Peter
-
- Newbie
- Posts: 1
- Joined: Sat May 25, 2024 4:22 pm
Re: How to keep filestamps of folders (NOT only files)?
I struggled with this too.
And after some digging and testing I found a quite simple fix for this.
Not from withing Syncback, but with a little help from a CMD command (which you can script in a batch file if you know about how to do stuff like that).
Once you have backed up your disk and/or directory you can use the following command in an elevated CMD prompt:
Robocopy <s> <d> /s /DCOPY:DAT
In which <s> is the source disk or directory and <d> is the destination directory (the backup).
Pls be aware to put <s> and <d> between double quotes (") if the directory name contains spaces.
Robocopy (Robust File Copy) by default does NOT copy files from source that name already exist on destination, even if the attributes of the destination file differ from the file attributes on the source.
Which means that actually not a single file will be copies with the given robocopy command, only the folder attributes will be copied from the source folders to the accomanying destination folders, which is exactly what you wanted SyncBack to do, but now you have done it yourself.
Event better, it also brings the attributes of destination folders in line with source that had previously gotten astray.
The result is that now the backup tree looks exactly like the source tree (in case of a true sync).
Hope this helps!
And after some digging and testing I found a quite simple fix for this.
Not from withing Syncback, but with a little help from a CMD command (which you can script in a batch file if you know about how to do stuff like that).
Once you have backed up your disk and/or directory you can use the following command in an elevated CMD prompt:
Robocopy <s> <d> /s /DCOPY:DAT
In which <s> is the source disk or directory and <d> is the destination directory (the backup).
Pls be aware to put <s> and <d> between double quotes (") if the directory name contains spaces.
Robocopy (Robust File Copy) by default does NOT copy files from source that name already exist on destination, even if the attributes of the destination file differ from the file attributes on the source.
Which means that actually not a single file will be copies with the given robocopy command, only the folder attributes will be copied from the source folders to the accomanying destination folders, which is exactly what you wanted SyncBack to do, but now you have done it yourself.
Event better, it also brings the attributes of destination folders in line with source that had previously gotten astray.
The result is that now the backup tree looks exactly like the source tree (in case of a true sync).
Hope this helps!