From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1N4bYu-00080D-SY for mharc-grub-devel@gnu.org; Sun, 01 Nov 2009 09:37:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N4bYs-0007zC-EJ for grub-devel@gnu.org; Sun, 01 Nov 2009 09:37:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N4bYn-0007yB-SB for grub-devel@gnu.org; Sun, 01 Nov 2009 09:37:42 -0500 Received: from [199.232.76.173] (port=52924 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N4bYn-0007y8-LC for grub-devel@gnu.org; Sun, 01 Nov 2009 09:37:37 -0500 Received: from mail-bw0-f215.google.com ([209.85.218.215]:34207) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N4bYn-0000MB-6n for grub-devel@gnu.org; Sun, 01 Nov 2009 09:37:37 -0500 Received: by bwz7 with SMTP id 7so5415247bwz.26 for ; Sun, 01 Nov 2009 06:37:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to :references:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=bA7MW/TLUnv7m9vTdk1zZ06Cse3ONwBrHtVMGWPXNs8=; b=Pwb504NNWJtMsxMht8IQx0Nkr37WbGgHTZ6UvmLP0lnyLQ5faB9U+7Jgbapb97HNLx bI8Ay1ibmyRZ0ECHs5w+DVEU0Z79bj+XUg11v9Jsc7y1ojKlrdiKZMFMNeaVjxheYR27 VIPmOZpx/Z78FhcoDw7M0I0HpEzNY6SNTOPv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=eEOzf8kbqOUdZFkFjNjalvMGVxC7jv3vFFBpkga5mT8mRjYLI086uHbfub59Ual/Nw ilUWWfZHzr6AK56Mwrf4WYFQ0pR3z3rNcph/YKsP/Rpz0T4yZM2KuptScPrlaQszSuFQ rSe/uBa/PSnZlofKUpcQmmmSpHYGzpOtFvk6w= Received: by 10.204.151.209 with SMTP id d17mr137195bkw.120.1257086255997; Sun, 01 Nov 2009 06:37:35 -0800 (PST) Received: from ?192.168.178.27? (f050130014.adsl.alicedsl.de [78.50.130.14]) by mx.google.com with ESMTPS id g28sm3936663fkg.15.2009.11.01.06.37.35 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Nov 2009 06:37:35 -0800 (PST) From: Ron To: The development of GRUB 2 In-Reply-To: <4AED3E71.9030300@gmail.com> References: <1257008516.3149.45.camel@ron-desktop> <20091031173046.GA25795@thorin> <1257033022.4329.58.camel@ron-desktop> <4AED3E71.9030300@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Sun, 01 Nov 2009 15:37:34 +0100 Message-ID: <1257086254.4162.7.camel@ron-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: "error: invalid magic number" when booting from ISO loopback X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2009 14:37:42 -0000 On Sun, 2009-11-01 at 08:53 +0100, Vladimir 'phcoder' Serbinenko wrote: > Ron wrote: > > On Sat, 2009-10-31 at 18:30 +0100, Robert Millan wrote: > > > >> On Sat, Oct 31, 2009 at 06:01:56PM +0100, Ron wrote: > >> > >>> Hi, > >>> > >>> I was playing around with Grub2 (latest svn version) and its loopback > >>> feature and had some problems to boot an ISO. The ISO file is the 32Bit > >>> version of Ubuntu 9.10 which is located on a 8GB USB flash drive with > >>> one FAT32 partition. I've tried to boot it with the following menu > >>> entry: > >>> > >>> menuentry "Ubuntu" { > >>> set isofile="/boot/isos/ubuntu-9.10-desktop-i386.iso" > >>> > >>> loopback loop $isofile > >>> linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile > >>> quiet splash noprompt -- > >>> initrd (loop)/casper/initrd.lz > >>> } > >>> > >>> This entry fails silently and when the commands were executed one by one > >>> the linux command shows the error message "error: invalid magic number". > >>> > >> This error means vmlinuz wasn't read correctly. > >> > >> This could be either a problem in loopback/iso9660 or a problem in the > >> partition that contains ubuntu-9.10-desktop-i386.iso. > >> > >> Can you figure out which applies? For example, if you put a physical CD > >> with ubuntu-9.10-desktop-i386.iso in the drive and access it from > >> GRUB (via ata.mod), are you able to load Linux this way? > >> > >> > > > > I'm sorry but right now I can't burn a CD. But I made some more test > > with the ISO file that doesn't work and the copy from it that does work. > > As I've mentioned both files shows the same correct MD5 sum under Linux. > > Also GRUB shows with the ls command the same file size of 723488768 > > Bytes (690 MiB) for both of them. But the output of the blocklist > > command is looking wrong. > > > > blocklist output for the ISO that doesn't work: > > 11833144+161304, 13766112+8, 13853680+218800, 14072488+118288 > > > > blocklist output for the ISO that does work: > > 15128592+328728, 11652008+16, 11654088+1792, 11655888+8,11655912+440, > > 12089440+16, 12404120+126080, 12530256+99464, 12629728+761984, 13413432 > > +94536 > > > > So if you sum up the sectors from the ISO that doesn't work and multiply > > it with 512 you get only 255180800 Bytes (243 MiB). It looks like the > > blocklist command encounters an error and exits before it is done, but > > no error message is visible. > > > > > Can you disable offset checking in kern/disk.c and retry? I've looked at the source code but I'm unsure where this offset checking is placed. Can you give me more infos?