From: Robert Hancock <hancockrwd@gmail.com>
To: Christof Warlich <christof@warlich.name>
Cc: linux-kernel@vger.kernel.org, ide <linux-ide@vger.kernel.org>
Subject: Re: "EXT3-fs error" after resume from s2ram
Date: Tue, 07 Jul 2009 08:19:31 -0600 [thread overview]
Message-ID: <4A535973.9090206@gmail.com> (raw)
In-Reply-To: <4A5311C7.1020507@warlich.name>
On 07/07/2009 03:13 AM, Christof Warlich wrote:
> Christof Warlich schrieb:
>> Do you think I can fix the issue and circumvent the BIOS by passing
>> the real geomerty of the drive as kernel boot parameters? This may
>> also have the nice side effect that I could utilize the full capacity
>> of the drive. I'll definitly do some experiments in this direction and
>> let you know immediately if I succeed. Please let me know if this may
>> be a waste of time or if you know an appropriate fix.
> I retried with the boot parameter hda=16383,16,63 according to the
> values that I got from fdisk, but without success. Anyway, I would have
> expected that the kernel may have had a way to set the LBA48 geometry
> instead of CHS, but it looks like I'm on the wrong track here...
That's an old IDE parameter, not a libata one, and 160GB is way too
large to be settable using CHS. What you likely want to do is pass the
ignore_hpa=1 option to libata when it's loaded - either
libata.ignore_hpa=1 on kernel command line, or in /etc/modprobe.conf if
it's a module (how exactly to do this depends on your distribution).
That way the protected area on the disk will get disabled and you can
use the full capacity.
You could also permanently remove the HPA using hdparm commands, but if
the BIOS actually can't handle the full drive capacity that might not be
a good idea.
next prev parent reply other threads:[~2009-07-07 14:18 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4A4771FD.1020207@warlich.name>
[not found] ` <4A480859.5010206@gmail.com>
[not found] ` <4A48C799.2010102@warlich.name>
[not found] ` <4A495C2D.1040706@gmail.com>
[not found] ` <4A49A49C.10104@warlich.name>
[not found] ` <4A4C42E2.6030305@gmail.com>
[not found] ` <4A51C929.5010909@warlich.name>
2009-07-07 0:13 ` "EXT3-fs error" after resume from s2ram Robert Hancock
2009-07-07 7:04 ` Christof Warlich
2009-07-07 9:13 ` Christof Warlich
2009-07-07 14:19 ` Robert Hancock [this message]
2009-07-07 17:42 ` Christof Warlich
2009-07-07 23:30 ` Robert Hancock
2009-07-08 6:41 ` Christof Warlich
2009-07-08 14:28 ` Tejun Heo
2009-07-08 15:21 ` Tejun Heo
2009-07-09 18:17 ` Christof Warlich
2009-07-09 23:31 ` Robert Hancock
2009-07-10 13:21 ` Tejun Heo
2009-07-08 15:50 ` Christof Warlich
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=4A535973.9090206@gmail.com \
--to=hancockrwd@gmail.com \
--cc=christof@warlich.name \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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).