ATA enhanced secure erase takes long time to complete

[Krush206]

Uh, I have no idea where to get that. If you're looking for software to securely erase drives, get MiniTool Partition Wizard. Or use Linux's shred utility

[Krush206]

hello,, no i no have nothing equipment .. only for DEMOS
At moment i'm on samsung on bug and sectors bad .. i allready run DBAN sucesful but came back bad-sectors on mhdd
HDAT2 no detect nothing and i no i'm able to unlock the password to security erase ...

If the drive is in frozen state, try to uninstall the security feature in DCO settings on HDAT2. I had the same issue, you must uninstall the security feature and then reboot the PC. After rebooting, reinstall the security feature, this is what worked for me

[Nvidea]

okey thank,,succeed make securiy erase on HDAT2,,but my drive is stopping with DBAN at 95%
many bad sectors ... what to DO to fix bad sectors? I clean the smart and zero fill?

[Krush206]

Perhaps it may be failing because of write/read buffer. Try to use HDAT2's wipe feature instead. If it fails on HDAT2, you should use the UNIX/Linux dd utility with:

Code:

sudo dd if=/dev/urandom of=/dev/sdX oflag=direct status=progress

Where X in sdX is the drive letter associated by Linux. If this is the only hard drive installed in the computer (as primary master), you should use sda. You could use SliTaz which is a very minimalist Linux distribution

[Nvidea]

hello i no i'm able mke boot on usb,, i try on RUFUS, Yumi no work ..

in advance I need to enter the terminal and enter this command right?
i'm on HD on Primary Master ... SDA

sudo dd if=/dev/urandom of=/dev/sda oflag=direct status=progress

[Krush206]

hello i no i'm able mke boot on usb,, i try on RUFUS, Yumi no work ..

Try Universal USB Installer. If there is no SliTaz entry in it, use 'Try via DD' option. You will have to clear its MBR and re-partition the flash drive after though; not a big deal if you don't have anything important in it

in advance I need to enter the terminal and enter this command right?
i'm on HD on Primary Master ... SDA

sudo dd if=/dev/urandom of=/dev/sda oflag=direct status=progress

Yes, correct

[Nvidea]

Krush206,
my friend i get erro,, maybe need root acess ? sudo not found
i tipe su and password root but i get same thing ...
I have no experience with linux,,, it run on ubunt also correct? any distribution

https://imgur.com/a/75ZtlDs

sudo dd if=/dev/zero of=/dev/sdX bs=1M
it also will work correct?

[Krush206]

Krush206,
my friend i get erro,, maybe need root acess ? sudo not found
i tipe su and password root but i get same thing ...
I have no experience with linux,,, it run on ubunt also correct? any distribution

I mainly recommended SliTaz because of its size, though I've never used it before. A typical Linux distribution is about 1.5 GB or so. Try that instead:

Code:

su

dd if=/dev/zero of=/dev/sda oflag=direct status=progress

If that doesn't work either, use Xubuntu

sudo dd if=/dev/zero of=/dev/sdX bs=1M
it also will work correct?

No, oflag=direct ensures no buffer is used while writing data. You shouldn't use the bs=1M. By default, dd doesn't shows a progress status, status=progress will enable that

[Nvidea]

i find it here
https://askubuntu.com/questions/17640/h ... hard-drive
https://unix.stackexchange.com/question ... ing-a-disk

No, oflag=direct ensures no buffer is used while writing data. You shouldn't use the bs=1M. By default, dd doesn't shows a progress status, status=progress will enable that

okey thank muck

[Nvidea]

hmmm
It is running at the moment,, seems very slow
500GB takes long? With your experience, how long did it take?

[Krush206]

hmmm
It is running at the moment,, seems very slow
500GB takes long? With your experience, how long did it take?

It will take some time to complete since buffer is not being used. I recently zero-filled my external hard drive (320 GB) with oflag=direct, it took about 3/2 days to complete

[Krush206]

The more i read this thread the more i think this is a big joke ...

Just buy a new drive ? You are not going to be able to fix it with software ...

Some rotational drives fail to reallocate sectors because of write buffering. So he may have a chance to get those bad sectors away by writing data to the sectors without buffer

[Krush206]

I actually meant cache, not buffer. I think you should read this

I have seen the same thing happen due to writes going through the cache. dd by default does write system calls 512 bytes at a time. This goes through a cache layer operating with 4096 byte blocks. But the underlying media still uses 512 byte sectors.

So when dd does a write system call, the kernel will load the 4096 byte block from disk in order to change the 512 bytes and write it back. When this happens it is the reading step which fails, so the kernel never makes it to the writing step.

The way I have been getting around that is to bypass the cache. Specifying oflag=direct bypasses the caching layer for the write operations. Since that can cause a significant reduction in performance, I only used it to write the single bad sector by using seek=(offset) and count=1.

This is not limited to dd though. Every HDD overwriting application uses write cache, because it's a function enabled by default in most rotational drives. So you must explicitly disable it in the OS

[Krush206]

Chill dude, you quit too easily. This is still a solution given by someone in this topic I linked, you don't even know if it will work for Nvidea's hard drive. However, it actually worked on my external hard drive. This drive had a couple of pending sectors which weren't readable even after zero-filling it, so I used the oflag=direct option and those pending sectors went away (they were not reallocated)

And according to dd's man page, this is what direct option does:

Code:

Use direct I/O for data

[Nvidea]

I no able to wait and then canceled, I paid light bill... it take long time

hello spildit,,

Send the 82 00 00 00 00 00 EF command.

by SHT ATA Register?

all my drivrers is warning on current pending sector ...
i send DE,00,01,4F,C2,A0,B0, so no clear and no work on DBAN ...

[Krush206]

I no able to wait and then canceled, I paid light bill... it take long time

hello spildit,,

Send the 82 00 00 00 00 00 EF command.

by SHT ATA Register?

all my drivrers is warning on current pending sector ...
i send DE,00,01,4F,C2,A0,B0, so no clear and no work on DBAN ...

Do you happen to know at which LBA sector it starts to fail in DBAN?

[Krush206]

all my drivrers is warning on current pending sector ...
i send DE,00,01,4F,C2,A0,B0, so no clear and no work on DBAN ...

Current pending sectors aren't always bad sectors. Is the reallocation count low? The only way to force reallocation is by bypassing the write cache/buffer and use direct I/O

[Nvidea]

in 95% is failure,, start for 875,000,000 LBA until 975,000,000 LBA is BAD on mhdd, 4 pending sectors

force write cache/buffer on 82 00 00 00 00 00 EF ?

[Krush206]

in 95% is failure,, start for 875,000,000 LBA until 975,000,000 LBA is BAD on mhdd, 4 pending sectors

force write cache/buffer on HDAT2 ?

Try the following on Linux:

Code:

su

dd if=/dev/sda of=/dev/null skip=875000000 count=1 iflag=direct

If it returns something like this:

Code:

dd: error reading ‘/dev/sda’: Input/output error

Then try this to force the reallocation:

Code:

dd if=/dev/zero of=/dev/sda oflag=direct seek=875000000 count=1

And redo the first command to check if the sector is readable again. If it's not, the hard drive is probably badly damaged

[Nvidea]

okey i'll made it soon... So is better knowing the bad parts, took less time ...