Salta al contenuto principale

Confused of doing a Test Restore

Thread needs solution

Using a USB external drive, I did a backup of The C: drive with the creation of a survival kit today of my laptop.  After the backup was done, checked the timestamp and created on 6/09/2019. Restarted the laptop and booted to the USB drive and got the command prompt and then the gui.  Selected recovery then , recover whole disks and partitions.  It wanted me to select the backup file - but then I noticed that the timestamp was 9/5/2019 (didn't seem that this was the right backup) but continued on. Then on the Recover point it showed me a calendar and what was in bold black was 6 and the second box said No Items to Display. 5 was in green so I clicked on that and showed a time.  I did not continue.   So where did Acronis get the 5/09/2019 backup and nothing showed on6/09/2019 on the gui of the restore.  Very weird since this is the only backup I have done using the external usb drive.

How can you do a screenshot within the gui of ATI since I assume the boot sector on the survival kit is in the command prompt level.

Thank you in advance for your assistance

0 Users found this helpful

Could be a time zone issue. But why USB would have a different time zone to the PC is something I do not understand.

Ian

thanks for the reply IanL.  I emailed Acronis techsupport, hope they can shed some light on this and will post here if it gets resolved

How can you do a screenshot within the gui of ATI since I assume the boot sector on the survival kit is in the command prompt level.

You would need to replace the Survival Kit contents with those created by the MVP Custom ATIPE tool, which includes extra utilities for screen capture, web browser, file manager etc.

Link to the MVP tool in my signature.  To do the above, you would need to assign a drive letter to the 2GB Survival Kit FAT32 partition, then point the MVP tool to use that drive letter when you get to the option to create a USB drive.

Ref your change of time / date when using the Survival Kit, this looks like a change in time format as well as time zone, i.e. changing from DD/MM/YYYY to MM/DD/YYYY.  If you created your backup near to midnight, then it is quite possible that the Survival Kit defaulted to GMT and not using BST for example. (DST adjustment for summer).

Thanks Steve.  Regard the change of time/date, I did the backup in the morning but still very weird.  I will the MVP Custom ATIPE tool

Thanks Steve.  Regard the change of time/date, I did the backup in the morning but still very weird.  I will the MVP Custom ATIPE tool

It is now almost 8:30 am here in the Philippines.  I just created a backup around 8:50 am from within Windows 10 ATI and the output was my external usb drive with the survival kit.  The time stamp on the usb drive is 07/09/2019 8:59 am.  now I boot up from my external usb drive and selected recover.  What showed is a backup file dated 9/6/2019 at 4:47 pm.  I still haven't gotten any response from ATI tech support with the same issue as yesterday.

Did another backup this time the output going to my data drive within my laptop.  Timestamp of backup is 07/09/2019 9:36 am.  Now I am rebooting and using the ATI DVD rescue disc that I created and doing a recover and the timestamp is 9/6/2019 5:36 pm

Am I the only one experiencing this? 

 

It is not something I have ever checked. Is it possible that this is a long standing bug? Will need to investigate. My time zone is close to yours so I should be seeing the same thing.

Ian

Looks to me like a mixing of dd/mm/yyyy vs mm/dd/yyyy date format.

I would suggest that you verify your time and date settings in Windows.  If using Win 10 right click the Windows flag and select Settings, then select Time and Language.  Go through the settings and make sure all look correct.

 

Hi Enchantech.  Checked the time and under short format, only 2 choices (see attached file) which is exactly the format of the timestamp for the backup made on the hard disk.  But when you boot from an external USB drive, then the format changes to MM/DD/YYYY but a totally different timestamp than what is on the internal hard drive backup

Allegato Dimensione
512215-172256.PNG 20.5 KB
George wrote:
Timestamp of backup is 07/09/2019 9:36 am.  Now I am rebooting and using the ATI DVD rescue disc that I created and doing a recover and the timestamp is 9/6/2019 5:36 pm

Am I the only one experiencing this? 

 

It looks like the recovery CD is using the California Standard Time (-16h difference with the Philippines). What makes it stranger is that the current California time is officially the Daylight Saving Time (-15h difference with the Philippines.

Where are the backups stored.  I remember a couple of similar issues:

01) The NAS was the culprit:  https://forum.acronis.com/forum/acronis-true-image-2017-forum/datetime-stamp-wrong-backup

02) In a Backup 12 forum - it was also related to the appliance with the backups - reboots cleared it up:https://forum.acronis.com/forum/acronis-backup-12/wrong-time-anntotations

03) I'm trying to find a more recent one that I remember in the back of my mind, but I seem to recall another instance where there was a bug with the time zone for a certain country.  If I can find it, I will post back for reference.

Not sure if this cold apply in this case at all (again for Backup 12.5 and not True Image), but maybe there is a hint in here too:

https://kb.acronis.com/content/61378

Pat L, the rescue/recovery media might be the culprit.

 

Bobbo, all the 4 hard drives in my 4-bay usb enclosure are the ones having the problem.

I edited my post, because I was looking at the wrong things and got confused by the new TIBX file format. FYI, I am using a differential scheme.

Using WinPE ATI (I verified BTW that the WinPE system was using the right time), I noticed that:

- the time stamp of ZP1-001.TIBX  etc. files associated with a full backup is related but not relevant to the time of recovery,

- to start a recovery you have to select the backup file without any extension (ZP1.TIBX) otherwise you get a corrupted backup file error. It is disconcerting because it is intuitive to use the backup file with the most recent time stamp (see first image attached)

- once you have selected the correct file, which is not the latest, ATI will display the different recovery points. In that view, you see the correct recovery points dates and times corresponding to the actual backup execution times. See the second picture attached.

I was so used to seeing new differential files (partial) files with date corresponding to backup times... I would always select the latest "partial file". This new TIBX system through me off.

Allegato Dimensione
512245-172257.JPG 537.22 KB
512245-172260.JPG 390.25 KB

so the rescue/recovery media on CD/DVD is Linux based and the rescue/recovery on an external usb drive would be WinPE ATI...I'm not to sure Pat L what ATI 2020 rescue/recovery media uses.

georgiejr wrote:

so the rescue/recovery media on CD/DVD is Linux based and the rescue/recovery on an external usb drive would be WinPE ATI...I'm not to sure Pat L what ATI 2020 rescue/recovery media uses.

Sorry about the confusion. I was testing 2 different copies of the WinPE environment, and I thought I was testing Linux vs ATI. I edited the post with my findings. From my recollection, the Linux version is the one used for the Survival kit, and is using a calendar UI to show what to recover, so the user experience is different. In a nutshell though, you should not look at the timestamps of the files created by ATI, only at the recovery points displayed after you have selected the archive.

When you do this, do you still see a discrepancy? Because I couldn't reproduce it: the recovery points time and date are matching with the backup executions.

georgiejr I can only suggest opening a technical support case then. I do remember an issue with another countries media having a similar issue, but still can't find it. It was Asian based, but beyond that, that's all I remember.

Yes Bobbo, already did before I posted here, but until today no response from them...Still waiting