restore image on several drives with /wco is a problem

User discussion and information resource forum for Image products.

How to tell if DRAT is available?

Postby tas3086 » Tue Feb 23, 2016 9:03 am

TeraByte Support wrote:
> The drive either supports DRAT or doesn't. It has to ask the drive to find
> out.

Is there a Terabyte utility or script function that is able to detect and or report the drat status?
tas3086
 
Posts: 212
Joined: Mon Mar 19, 2012 11:15 am

Re: restore image on several drives with /wco is a problem

Postby Brian K » Tue Feb 23, 2016 11:44 pm

My test computer has 2 SSD. Drive Details....

240 GB... Bit 14 Deterministic Behavior - Not Supported

120 GB... Bit 14 Deterministic Behavior - Supported

The Non Supported one doesn't have "Write Changed Sectors Only" in the GUI Restore Options.
The Supported one does have "Write Changed Sectors Only" in the GUI Restore Options.

This makes sense. The one that doesn't support DRAT doesn't have "Write Changed Sectors Only" in the GUI Restore Options. However, Giulia did the restores from IFW and IFL GUIs and "Write Changed Sectors Only" was present in the GUI Restore Options. So I would have expected the SSDs to support DRAT. Is this true or not? Sorry to keep asking the same question but I still don't understand.
Brian K
 
Posts: 1185
Joined: Thu Aug 11, 2011 6:11 pm

Re: restore image on several drives with /wco is a problem

Postby giulia » Wed Feb 24, 2016 2:32 am

hi
yes Brian
i told you , write changed secotrs only doesn't work , it's supported , enabled at the reboot it crashes
and about drat ,i guess it's no related to drat only , there is a software that uses the same way to restore only the delta ,like image for windows and linux and it works with any drives i tested
giulia
 
Posts: 124
Joined: Sun Sep 22, 2013 1:16 am

Re: restore image on several drives with /wco is a problem

Postby TeraByte Support » Thu Feb 25, 2016 1:28 am

if it can't talk to the drive it would still be enabled, getting the data
from the drive isn't available for in all environments, and it's ata
specific. with the next version if it can't talk to the drive it won't be
available, users will have to use /wcoa to force it to enable those drives
on alternate bus.

"Brian K" wrote in message news:11156@public.image...

My test computer has 2 SSD. Drive Details....

240 GB... Bit 14 Deterministic Behavior - Not Supported

120 GB... Bit 14 Deterministic Behavior - Supported

The Non Supported one doesn't have "Write Changed Sectors Only" in the GUI
Restore Options.
The Supported one does have "Write Changed Sectors Only" in the GUI Restore
Options.

This makes sense. The one that doesn't support DRAT doesn't have "Write
Changed Sectors Only" in the GUI Restore Options. However, Giulia did the
restores from IFW and IFL GUIs and "Write Changed Sectors Only" was present
in the GUI Restore Options. So I would have expected the SSDs to support
DRAT. Is this true or not? Sorry to keep asking the same question but I
still don't understand.

TeraByte Support
 
Posts: 2338
Joined: Thu May 05, 2011 3:37 pm

Re: restore image on several drives with /wco is a problem

Postby TeraByte Support » Thu Feb 25, 2016 1:41 am

DRAT would be the requirement. /wco works exactly the same as a full
restore, but instead of writing sectors, it first reads those same sectors,
compares for differences and only writes if they are different.

"giulia" wrote in message news:11157@public.image...

hi
yes Brian
i told you , write changed secotrs only doesn't work , it's supported ,
enabled at the reboot it crashes
and about drat ,

TeraByte Support
 
Posts: 2338
Joined: Thu May 05, 2011 3:37 pm

Re: restore image on several drives with /wco is a problem

Postby Brian K » Thu Feb 25, 2016 1:14 pm

Thank you. I now understand how it works.

I just tried IFL 2.99-0 and my GUI options (Write Changed Sectors Only) are the same as before, but that's how they should be.
Brian K
 
Posts: 1185
Joined: Thu Aug 11, 2011 6:11 pm

Re: restore image on several drives with /wco is a problem

Postby tas3086 » Thu Feb 25, 2016 3:28 pm

> "Brian K" wrote in message news:11156@public.image...
> My test computer has 2 SSD. Drive Details....
> 240 GB... Bit 14 Deterministic Behavior - Not Supported
> 120 GB... Bit 14 Deterministic Behavior - Supported

Bit 14? Is that available in the tbos gethdinfo script function? I so, which field. If not, what function.
Thanks,
tas3086
 
Posts: 212
Joined: Mon Mar 19, 2012 11:15 am

Re: restore image on several drives with /wco is a problem

Postby Brian K » Thu Feb 25, 2016 4:03 pm

tas3086,

SanDisk SSDs. The Windows software is SanDisk SSD Dashboard and that data is in the Drive Details section. I have a couple of Intel SSDs but Intel's software doesn't list similar details.
Brian K
 
Posts: 1185
Joined: Thu Aug 11, 2011 6:11 pm

Re: restore image on several drives with /wco is a problem

Postby TeraByte Support » Fri Mar 04, 2016 2:59 pm

This will be reversed, the default will go back to normal for non ata drives
since NVMe already requires deterministic reads (0's, 1's or prior data), as
well as SCSI SBC will be deterministic until written (becoming mapped) or
another unmap done on the same sector (only would occur if data no longer
allocated/needed). But offer /wcoa to default to false.



"TeraByte Support" wrote in message news:11160@public.image...

if it can't talk to the drive it would still be enabled, getting the data
from the drive isn't available for in all environments, and it's ata
specific. with the next version if it can't talk to the drive it won't be
available, users will have to use /wcoa to force it to enable those drives
on alternate bus.

TeraByte Support
 
Posts: 2338
Joined: Thu May 05, 2011 3:37 pm

Re: restore image on several drives with /wco is a problem

Postby Brian K » Sat Mar 05, 2016 1:53 pm

Brian K wrote:
>I have a couple of Intel SSDs but Intel's
> software doesn't list similar details.


My Intel SSDs actually do have Drive Details information....

"Deterministic Read After Trim Supported"
"Read Zero After Trim Supported"
Brian K
 
Posts: 1185
Joined: Thu Aug 11, 2011 6:11 pm

PreviousNext

Return to Image for DOS/Linux/Windows