Re: I'd like to fix read failure issue on Mac OS X

Kimio Miyamura <[email protected]>
Newsgroups gmane.linux.utilities.smartmontools
Message-ID <[email protected]>
Hello Tim-san, 

Sorry for late replay...
I tried to use knoppix live "CD" but it failed in booting process.  I don't remember the error message exactly, but it is related with some sort of checksum error...  knoppix live "DVD" works fine.  

2014/12/24 5:30, Tim Small <tim <at> seoss.co.uk> wrote: 

> I assumed this was using hdparm under MacOS, not Linux?  If this was
> under Linux, then that's strange behavior.

No No No, hdparm does not available on Mac OS X.  

>> Now I'm trying to make contact with HGST support, yes my faulty HDD is made by HGST, but first impression is bad enough.  
> 
> I assume they won't know what to do about it.  Maybe you'll get lucky tho'.

On Dec 23, 2014, they provided the procedure to fix bad block in hdd which described in:  http://www.smartmontools.org/browser/trunk/www/badblockhowto.xml

I'm wondering that they are a bit simple-minded...

And I re-confirmed the following yesterday, Dec 25, 2014:

1.The LBA number beyond the maximum number of drive sector is really exists or not.
2.If the LBA exists, are there any way to re-allocate the block which can't access by user.
3.If the LBA exists and the block can't be re-allocated by user, is it safely ignorable or not.
4.If the LBA is produced by firmware bug, is it safely ignorable or not.

On today, Dec 26, 2014, HGST answered that those questions are out of support range.  
THEY DO NOT ANSWER MY QUESTION!!

> If you haven't tried the hdparm security erase using the SATA controller
> under Linux, and don't have any more luck with grml, then you could try
> other bootable Linux, such as knoppix (I only suggested grml, because it
> comes with hdparm etc. pre-installed, and is my favourite for that sort
> of thing - however I've done very little with Macs - mainly Linux on PC
> and Linux on ARM).

I have confirmed that knoppix DVD, ver.7.4.2 contains hdparm and smartctl.  Then tried security erase.  The result is as follows:

knoppix@Microknoppix:/media/sdb2$ time sudo hdparm --security-erase 123 /dev/sda
security_password="123"

/dev/sda:
 Issuing SECURITY_ERASE command, password="123", user=user

real	130m40.215s
user	0m0.003s
sys	0m0.007s

and enhanced security erase result is:

knoppix@Microknoppix:/media/sdb2$ time sudo hdparm --security-erase-enhanced 123 /dev/sda
security_password="123"

/dev/sda:
 Issuing SECURITY_ERASE command, password="123", user=user
SECURITY_ERASE: Input/output error

real	128m14.051s
user	0m0.010s
sys	0m0.000s

Both of them, I have confirmed that the drive does "not frozen".  I re-confirmed grml fails to set password by drive was "frozen" or not.  Then the result is grml simply can't set password.  May be because of my Macintosh's hardware limitation?

Anyway, with knoppix, I can perform security erase on my SATA bus connected drive.  Then the result is not changed.  Still fails with smartctl short test with same LBA.
As I described above, enhanced security erase was failed with input/output error. 
The elapsed time is shorter than "hdparm -I /dev/sda" reports (156min in security-erase and 158min in extended).  
I also have confirmed that after both security erase, "hdparm -I /dev/sda" reset the password which I set.  This means that the erase process worked correctly, am I right?

Are there anything else I can do for my drive?


Best Regards,

// Miya

------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net

_______________________________________________
Smartmontools-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/smartmontools-support
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.