TI9.0 2289 - back on the road

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

Concerning partition imaging...

1. created new recovery disc (cdrw) - passed
2. boot from recovery disc - passed
3. boot from recovery disc + verify full image (previous build) - passed
4. boot from recovery disc + verify incremental image (previous build) - passed
5. executed task full partition image - passed
6. restored some files using explorer after plug in full partition image - passed
7. restore full partition image after boot from new recovery disc - passed
8. executed task incremental partition image - passed
9. restored some files using explorer after plug in incremental image - passed
10. restored some files from full and incremental image using the restore wizard - passed (documents could still be opened)
11. restore incremental partition image after boot from new recovery disc - passed
12. 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

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

Little Pete

 

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.

 

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.

 

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

 

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

 

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.

 

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