From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1WPEfs-0002ZZ-Lx for mharc-grub-devel@gnu.org; Sun, 16 Mar 2014 13:16:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59057) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPEfl-0002MC-KG for grub-devel@gnu.org; Sun, 16 Mar 2014 13:16:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WPEff-0006Oi-LN for grub-devel@gnu.org; Sun, 16 Mar 2014 13:16:29 -0400 Received: from mail-we0-x230.google.com ([2a00:1450:400c:c03::230]:61414) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPEff-0006OZ-Cl for grub-devel@gnu.org; Sun, 16 Mar 2014 13:16:23 -0400 Received: by mail-we0-f176.google.com with SMTP id x48so3793685wes.35 for ; Sun, 16 Mar 2014 10:16:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=H2oIwZDbv6asaN2/OxffzDqw3bt7Zxdc/sUIZKMVw5E=; b=uEa4vEhkSu4375LnWrP5/Blf3GPuGO8oKNy1ZBmtghXAPwqfTu2K+RthkvW6SwLC5p EW4/G85Gl3yWMcjCKEzXXd8ohrm6xzd7uxiUOrkjvro3UMyzWJt5hMYkt4DgDJfqZm44 Af5V9xo6FDOYiz2wwd8iS1xGjMAXTklmYgrLMvTvxkExi+3BmhVpCPa0yux6i2sip+UL 9LXayn4FyI3qA74/4Yi5zOEMpUByT/V/hvQmKNx80srsPSlh/U3rZgXE4c5hsoxFXHb8 QveKmRx4iReI+dnlTxX339i1yo9JavNwEPrwR4BYbLkTa4bPTlHjfUSw66eKBOnEk8Fg 0s0w== X-Received: by 10.194.19.161 with SMTP id g1mr14671472wje.20.1394990182454; Sun, 16 Mar 2014 10:16:22 -0700 (PDT) Received: from [192.168.10.45] (136.Red-88-21-16.staticIP.rima-tde.net. [88.21.16.136]) by mx.google.com with ESMTPSA id n15sm16944171wij.3.2014.03.16.10.16.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 16 Mar 2014 10:16:21 -0700 (PDT) Message-ID: <5325DC63.3070405@gmail.com> Date: Sun, 16 Mar 2014 18:16:19 +0100 From: adrian15 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.3.0 MIME-Version: 1.0 To: Andrey Borzenkov , The development of GNU GRUB Subject: Re: How to deal with fatal device seeks? References: <53253618.6070702@gmail.com> <5325CBE1.5090302@gmail.com> <20140316204341.46f20ebb@opensuse.site> In-Reply-To: <20140316204341.46f20ebb@opensuse.site> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::230 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 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: Sun, 16 Mar 2014 17:16:35 -0000 El 16/03/14 17:43, Andrey Borzenkov escribió: > В Sun, 16 Mar 2014 17:05:53 +0100 > adrian15 пишет: > >> >> I'm getting the same problem >> ( FATAL: int13_cdrom: function 42. Can't use 64bits lba ) >> > > This message does not exist in grub sources, so it likely comes from > firmware. 64 bit LBA would mean size over 2TB. So the first question - > what size of disks do you have? SATA 0: 200 GB (Windows 7) SATA 1: 1 GB (Rescatux USB. E.g. Grub mkrescue disk) SATA 2: 20 GB (SteamOS E.g. Debian) > >> with hd0, hd1, hd2, hd3, and worse: >> >> * hd2,msdos5 >> >> ls (hd2,msdos5)/ >> >> Is this a bug? >> > > Hard to tell. Do you actually have working filesystem(s) on these > partitions? The message itself simply means that grub attempts to read > very high offset. I wonder if it can be somehow byte order related. From GRUB point of view: * (hd2,msdos1) is Gnu/Linux root filesystem * (hd2,msdos2) No such partition * (hd2,msdos3) No such partition * (hd2,msdos4) No such partition * (hd2,msdos5) FATAL: int13_cdrom: function 42. Can't use 64bits lba From GNU/Linux point of view: Disk /dev/sdc: 21.5 GB, 21474836480 bytes 255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00068a9f Device Boot Start End Blocks Id System /dev/sdc1 * 2048 40136703 20067328 83 Linux /dev/sdc2 40138750 41940991 901121 5 Extended /dev/sdc5 40138752 41940991 901120 82 Linux swap / Solaris If I try: ls (hd2,msdos5)/ from a 2.00-15 system mkrescue image (Super Grub2 Disk 2.00s1-beta6) I get: error: unknown filesystem. So, it's ok, because it is not a fatal error. It would seem that somewhere between 2.00-15 and 2.02~beta2-7 (Debian version) the bug arises. Or maybe the error was before because grub did actually to arise a FATAL error and it didn't. Thank you for any indication on how to make more tests. adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/