From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Pzwlo-0006L7-S0 for mharc-grub-devel@gnu.org; Wed, 16 Mar 2011 15:52:36 -0400 Received: from [140.186.70.92] (port=58747 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pzwlc-0006KP-GY for grub-devel@gnu.org; Wed, 16 Mar 2011 15:52:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PzwlJ-0007qQ-H8 for grub-devel@gnu.org; Wed, 16 Mar 2011 15:52:07 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:37290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PzwlJ-0007qK-7m for grub-devel@gnu.org; Wed, 16 Mar 2011 15:52:05 -0400 Received: by wwc33 with SMTP id 33so2302132wwc.30 for ; Wed, 16 Mar 2011 12:52:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=7SpSco6Dkppoh6gD6xbVdDcoDj/nzrFJ/iKel3dJWrI=; b=cRtwoyQQyHtRGy2oV0udHrJeeroYmMctKkvgeCvnZ+eGYLUOb7mhnKHfI4IjohBm6d yl5v1R68xMKpQnIJ4qrm0wRJokDZWjGezT28Hgw2dDXmK8F2OmEJ1A0GwqsLYFIcQfpn KkjAvXJSp8A2MQivXEQqc7iPSIFf0bgXGCJaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=V3C+KUseSST9eWD26RKgf5tRND+JkXMxtlqbHyi3MoroaDKghx0o09lfU6G0d1Zd7t TVo49JpctYX0Tgo0C8pzvfwPFelAckCLI/fKlQAwMraNEQ0HEc4D5hm+YJTshj8cCvaG L0pEI9RW3eZjDUbpTBzSgU2+AzZscfN4ffvxc= Received: by 10.227.150.130 with SMTP id y2mr420899wbv.62.1300305080870; Wed, 16 Mar 2011 12:51:20 -0700 (PDT) Received: from debian.x201.phnet (gprs41.swisscom-mobile.ch [193.247.250.41]) by mx.google.com with ESMTPS id o6sm161619wbo.20.2011.03.16.12.51.19 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Mar 2011 12:51:19 -0700 (PDT) Message-ID: <4D8114B5.4030309@gmail.com> Date: Wed, 16 Mar 2011 20:51:17 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110303 Icedove/3.0.11 MIME-Version: 1.0 To: grub-devel@gnu.org References: <20110316151332.GC343@caffeine.csclub.uwaterloo.ca> <4D80D75C.9080007@gmail.com> <20110316173216.GE343@caffeine.csclub.uwaterloo.ca> In-Reply-To: <20110316173216.GE343@caffeine.csclub.uwaterloo.ca> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.49 Subject: Re: How to debug 'out of disk' error. X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 19:52:35 -0000 On 16.03.2011 18:32, Lennart Sorensen wrote: > On Wed, Mar 16, 2011 at 04:29:32PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > >> On 16.03.2011 16:13, Lennart Sorensen wrote: >> >>> I am trying to figure out why grub2 (from Debian Squeeze) gives an 'out >>> of disk' error when trying to boot from the HD after doing an install. >>> It ends up at a grub rescue prompt, given it can't even read the disk >>> well enough to load the full grub. Doing ls shows the disks, and I can >>> show the root directory of a partition, but anything further seems to >>> hit the same 'out of disk' error. >>> >>> >>> >> ls -l should show how big it thinks the disk is. Compare it with its >> real size >> >>> The system is a Compulab CM-iTC which uses an intel tunnelcreek atom >>> (the new one) with a phoenix bios. So far Compulab's response when told >>> it won't boot grub2 was "We know, but syslinux works fine.", which to >>> me is not a solution at all. The same system also hangs the Linux 2.6.32 >>> kernel unless 'edd=off' is added to the kernel command line. >>> >>> >>> >> Looks like int13 is borked. Perhaps it's borked in a way which prevents >> GRUB from detecting 13/42 function. You can try to force int13/42 by: >> === modified file 'grub-core/disk/i386/pc/biosdisk.c' >> --- grub-core/disk/i386/pc/biosdisk.c 2011-01-04 14:42:47 +0000 >> +++ grub-core/disk/i386/pc/biosdisk.c 2011-03-16 15:28:26 +0000 >> @@ -145,6 +145,8 @@ >> { >> struct grub_bios_int_registers regs; >> >> + return 1; >> + >> regs.edx = drive & 0xff; >> regs.eax = 0x4100; >> regs.ebx = 0x55aa; >> > So I now have some debug info: > > version=48 > total_sectors=156312576 C=16383 H=16 S=63 > error: hd0,msdos1 out of disk. > Entering rescue mode... > grub rescue> > > These are correct values. However it may be that the correct value is returned only on the first call. Could you try forcing version=48 total_sectors=156312576 > So version is returning something, and it is actually getting the disk > size properly. I wonder what else could cause the out of disk message > then. > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko