From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Hancock Subject: Re: "EXT3-fs error" after resume from s2ram Date: Tue, 07 Jul 2009 08:19:31 -0600 Message-ID: <4A535973.9090206@gmail.com> References: <4A4771FD.1020207@warlich.name> <4A480859.5010206@gmail.com> <4A48C799.2010102@warlich.name> <4A495C2D.1040706@gmail.com> <4A49A49C.10104@warlich.name> <4A4C42E2.6030305@gmail.com> <4A51C929.5010909@warlich.name> <4A52931D.5070109@gmail.com> <4A52F39A.1030704@warlich.name> <4A5311C7.1020507@warlich.name> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mail-ew0-f226.google.com ([209.85.219.226]:45147 "EHLO mail-ew0-f226.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756527AbZGGOSO (ORCPT ); Tue, 7 Jul 2009 10:18:14 -0400 In-Reply-To: <4A5311C7.1020507@warlich.name> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Christof Warlich Cc: linux-kernel@vger.kernel.org, ide 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.