TI9.0 2289 - back on the road

[Little Pete]

This time I kept on smiling after a few hours of testing... :)

Concerning partition imaging...

created new recovery disc (cdrw) - passed
boot from recovery disc - passed
boot from recovery disc + verify full image (previous build) - passed
boot from recovery disc + verify incremental image (previous build) - passed
executed task full partition image - passed
restored some files using explorer after plug in full partition image - passed
restore full partition image after boot from new recovery disc - passed ;D
executed task incremental partition image - passed
restored some files using explorer after plug in incremental image - passed
restored some files from full and incremental image using the restore wizard - passed (documents could still be opened)
restore incremental partition image after boot from new recovery disc - passed ;D
found few minor design problems, but of no big importance


concerning file & folder backups...

first incremental backup should create full backup - passed
next task should not create new incremant if nothing has changed - failed
still problems with executing command - failed
selecting en deselecting files in the tree works fine now - passed
still not really persuading... I am not yet convinced


Nice job this time ;D

Did the test on following configuration :XP Pro, HP desktop P4, backup on usb HD 250Gb, did not use the secured zone

Little Pete ;D ;D

[foghorne]

-{ Quote: "concerning file & folder backups...
" }-
Little Pete, thanks for posting your findings.

Did you discover if files recovered from folder backups are still stamped with the current date, rather than their original date. I understand this was a problem in 2277?

Thanks.

[backman]

I tested this and my files were stamped with the original date.

[foghorne]

-{ Quote: "I tested this and my files were stamped with the original date." }-
Thanks. I am using this as a general barmometer of how the fixing is progressing, and it would seem to have moved on quite a way over the last 10 days.

[mustang]

-{ Quote: "Did you discover if files recovered from folder backups are still stamped with the current date, rather than their original date. I understand this was a problem in 2277?" }-

I have tested this both from Windows and using the Rescue CD for build 2289. For me, both methods have restored the files with the current date not the original date.

The good news is the files are usable with build 2289.

mustang

[Little Pete]

Hi,

I did notice creation, access and modification date were modified with the current date when restoring files using the restore wizard.

When plugging in an image (not possible for file & folder backups), using explorer to restore, only creation and access date change and modification date remains the same.

It is what you which: the document is in both cases certainly accessed. It is not really modified, may be you can say it's created again.

I don't really care about the dates, in my case this is of no importance at all. Howerver for others this may be of big importance.

I rather do care about the content and whether the document isn not damaged after restore.

I have a checklist containing about 30 checkpoint, which I use when testing a new build. After each test I send the result Acronis support. I'll add this one to the list as a minor issue.

I experienced most of the problems that now remain deals with backing up files and folders. Imaging seems to work fine again.

Little Pete

[backman]

-{ Quote: "I have tested this both from Windows and using the Rescue CD for build 2289. For me, both methods have restored the files with the current date not the original date.

The good news is the files are usable with build 2289.

mustang" }-

Hmm... The last time I did this I just restored back to the original folder and allowed TI to overwrite whatever was there. The created date stayed the same. It didn't dawn on me that it would make a difference. This time I restored to a new location and again to the same location with no overwrite. The date was changed. I'm not sure this is abberrant behavior. It really doesn't concern me for now, but there you have it. I'll have to retract my original statement. :-[

[breeman]

-{ Quote: "Hmm... The last time I did this I just restored back to the original folder and allowed TI to overwrite whatever was there. The created date stayed the same. It didn't dawn on me that it would make a difference. This time I restored to a new location and again to the same location with no overwrite. The date was changed. I'm not sure this is abberrant behavior. It really doesn't concern me for now, but there you have it. I'll have to retract my original statement. :-[" }-

I am glad that restoring to the original location does not change dates, but I feel that should always happen. This is backup software and the dates (as well as attributes, owner, access rights) should stay the same unless as an option.

[breeman]

-{ Quote: "I am glad that restoring to the original location does not change dates, but I feel that should always happen. This is backup software and the dates (as well as attributes, owner, access rights) should stay the same unless as an option." }-

I have tried restoring one single file to its original location using a file/folder backup of 'My Documents'. The dates were still changed! I did get the following error message twice, although the restore succeeded:

E00040007: Failed to restore file or folder "Jan Breeman"
Error opening the file. (0x40007)
The process cannot access the file because it is being used by another process. (0xFFF0)
code = FFFFFFFF80070020