linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mark Lord <liml@rtr.ca>
To: Richard Liu <richliu.tw@gmail.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: ST31000340NS (1000G) Capacity equal 33MB issue.
Date: Sun, 17 Feb 2008 14:18:25 -0500	[thread overview]
Message-ID: <47B88881.40003@rtr.ca> (raw)
In-Reply-To: <d0d565260802170721r34ad933blabb3745691a6a3e9@mail.gmail.com>

Richard Liu wrote:
> Dear Mark:
> 
> 2008/2/16, Mark Lord <liml@rtr.ca>:
>> Mark Lord wrote:
>>> Richard Liu wrote:
>>>
>>> Thanks.  By running the above data through hdparm --Istdin,
>>> I see that the drive is indeed identifying itself as a 33MB drive.
>>>
>>> Probably because it has been told to do so by either the factory defaults,
>>> or the BIOS, having enabled these features (which can cause it to report
>>> fake values for various things):
>>>
>>>           *    Host Protected Area feature set
>>>           *    Device Configuration Overlay feature set
>>>
>>> So that's why the 1TB drive appears as a 33MB drive.
>>>
>>> In the near future, I will be enhancing hdparm to query more
>>> detailed data from underneath those artificial features.
>>>
>>> But you'll have to enable the entire 1TB capacity if you want Linux to
>>> use it.
>>> It is currently disabled in the drive, and Linux respects that.
>> ..
>>
>> Okay, hdparm-8.1 is now available from sourceforge.net.
>> Download it, build it ("make"), and see what you get from "hdparm -N /dev/sdc"
>>
>> Thanks
>>
>   I downloaded hdparm-8.1
> and here is output information.
> 
> # ./hdparm -N /dev/sdc
> 
> /dev/sdc:
>  max sectors   = 65134/1953525168, HPA is enabled
..

Yes, pretty much as expected there.

You can safely now try this:

    ./hdparm -N1953525168 /dev/sdc

If that works, it will have temporarily restored access to the entire drive.
Then you can try to make it permanent by doing this:

   ./hdparm -Np1953525168 /dev/sdc

If *that* also works, then reboot and things should be fine,
unless your machine BIOS changes it back again on boot.. :/

If either of those *fails*, then it is because your BIOS 
(or possibly the system startup scripts) have "frozen" the configuration
to prevent changes.  Dunno why they would do that, but it's possible.

In which case, you could move the drive to another machine temporarily,
and then issue that same command there.

Cheers

  reply	other threads:[~2008-02-17 19:18 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <d0d565260802141013q61cb5e7fh7dcf04d7729213f7@mail.gmail.com>
2008-02-14 18:18 ` ST31000340NS (1000G) Capacity equal 33MB issue Richard Liu
2008-02-14 18:29   ` Greg Freemyer
2008-02-14 19:43   ` Mark Lord
     [not found]     ` <d0d565260802141931r2b6296c0l6c223b703e3407f5@mail.gmail.com>
2008-02-15  6:14       ` Fwd: " Richard Liu
2008-02-15 17:30     ` Mark Lord
2008-02-16 15:46       ` Mark Lord
2008-02-17 15:21         ` Richard Liu
2008-02-17 19:18           ` Mark Lord [this message]
2008-02-17 19:26             ` Mark Lord
2008-02-17 19:41               ` Richard Liu
2008-02-17 19:48             ` Greg Freemyer
2008-02-17 20:32               ` Mark Lord

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47B88881.40003@rtr.ca \
    --to=liml@rtr.ca \
    --cc=linux-ide@vger.kernel.org \
    --cc=richliu.tw@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).