Endpoint Encryption

 View Only
  • 1.  Endpoint Encryption query

    Posted Sep 08, 2016 02:52 AM

    Hi,

    We have one query which is regarding accessing data from encrypted drive in case of OS or Hardware failure. Such scenarios we connect drive to other system for data copying purpose and if that’s not possible we send it to Data Recovery centers. Suppose we send drive to recovery center will they be able to provide data as once drive is connected on any system it will prompt for Format drive. How can we decrypt drive before sending for recovery or while performing data copy when connected to other system without losing our data.

    appreciates any comments

    Thanks in advance.



  • 2.  RE: Endpoint Encryption query

    Posted Sep 08, 2016 03:31 AM

    Assuming the title is accurate, and you're using SEE and not SED, please take a look at the beliw articles for disk recovery:

    http://www.symantec.com/docs/TECH223783

    http://www.symantec.com/docs/TECH232184

    http://www.symantec.com/docs/TECH233825 (in case you're using a OPAL drive)



  • 3.  RE: Endpoint Encryption query

    Posted Sep 08, 2016 04:56 AM

    Thanks SMLatCST.

    what if my harddisk is gone bad, i mean it has bad sector,



  • 4.  RE: Endpoint Encryption query

    Posted Sep 08, 2016 09:36 AM

    Thats the thing, in terms of SEE, you don't slave it to another drive for recovery.  The articles I linked specify booting from the recovery CD/USB while the encrypted drive is still in it's original chassis (or another of the same make and model, if possible), and running through the recovery options there.

    As you're booting from the recovery CD, you should avoid any boot record issues on the encrypted drive.  Obviously if the drive is suffering a mechanical failure, then it's going to be pot luck as to how much can be decrypted.  Perhaps take a RAW image of the disk, and try decrypting that instead.

    In this sort of situation though, I'd highly recommend contacting Symantec support to see what aid they can provide.