Re: backup and restore of common attributes like backup time creation time etc.
Re: backup and restore of common attributes like backup time creation time etc.
- Subject: Re: backup and restore of common attributes like backup time creation time etc.
- From: Terry Lambert <email@hidden>
- Date: Thu, 14 May 2009 04:01:49 -0700
Typically, most organizations writing backup/restore software have
separate testing and product groups, and the test group writes
software which is not derived from the product software, and therefore
theoretically provides a cross-check on the product. However, if you
don't have a test department and want someone else to write the
software for you, you have several options ...
- use a third party backup/restore utility (but NOT an image backup!)
- man ditto
- man asr
After choosing one of these, then you can:
(1) back up the source partition with a backup tool
(2) back up the target partition with a backup tool
(3) Compare the archives
For third party tools, there might be a "compare" or "verify" option
you could use to compare the archive contents from #1 with the disk
contents of #2; this would let you skip the archive compare step #3,
and would probably give you better information about what failed, if
anything, other than "the binary files A and B differ".
-- Terry
On May 14, 2009, at 2:51 AM, rohan a wrote:
I needed this to be sure what I am doing is right. It is best tested
by using a tool already in use.
On Thu, May 14, 2009 at 3:19 PM, Terry Lambert <email@hidden>
wrote:
On May 14, 2009, at 2:43 AM, Terry Lambert wrote:
On May 12, 2009, at 10:40 PM, rohan a wrote:
Hello,
I use getattrlist() and setattrlist() to backup/restore
ATTR_CMN_CRTIME, ATTR_CMN_BKUPTIME, ATTR_CMN_FNDRINFO,
ATTR_CMN_FLAGS
and ATTR_CMN_SCRIPT.
creation time and finder info can be checked using
/Developer/Tools/GetFileInfo
BSD flags using ls -lo <filename>
How do I check if the backup time and text encoding hint have been
restored properly?
Call getattrlist() on what you just called setattrlist() on, and
compare
the results.
I have to add that this seems to me to be a lot like using rm to
remove a
file, not getting an error, and then using ls to make sure it's
actually
gone, even though you didn't get an error on the rum.
-- Terry
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden