From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1WP3bE-0008Pu-HQ for mharc-grub-devel@gnu.org; Sun, 16 Mar 2014 01:27:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WP3b8-0008PJ-0Q for grub-devel@gnu.org; Sun, 16 Mar 2014 01:27:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WP3b2-0006FW-6N for grub-devel@gnu.org; Sun, 16 Mar 2014 01:26:57 -0400 Received: from mail-we0-x22d.google.com ([2a00:1450:400c:c03::22d]:44938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WP3b1-0006FQ-VG for grub-devel@gnu.org; Sun, 16 Mar 2014 01:26:52 -0400 Received: by mail-we0-f173.google.com with SMTP id w61so3416420wes.4 for ; Sat, 15 Mar 2014 22:26:51 -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 :content-type:content-transfer-encoding; bh=9TTM79Qg45nZicvx6aaML9rgmBLBW4Yur8nlOGev0WU=; b=hukyFiXDV06NT51jZCcG5dQQVf1ljC6QSl2JLDVGliODRKYNvI2x2Xz+Mf9HWgYElc +JQaR//gty+0IldxnF67pjmR5DQ23vGcKLH1kOzVJk5gRgs5udYNduroxnCE8RoX/CrC Fom0bwgfgUU4cNMbiZmnsHMpeqw2y3BPwp0FGmVcVGk782WdJROMBJcd7sehmMqbjRGY sJwXOxBXqD4brpu2Vq2PsHn5hizjoHhQfxPQTJpebgEh2OcdVS4x9Fw8vdxFIl+JrGkC ab5FQOSSB/1ESHPWX+65sqQT0YlEx0KulHH4cci4MJCt5gUnO1qe5N+0l1NhWxuZn5X6 I5fg== X-Received: by 10.180.12.43 with SMTP id v11mr4389407wib.33.1394947611036; Sat, 15 Mar 2014 22:26:51 -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 az1sm26777745wjb.11.2014.03.15.22.26.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 15 Mar 2014 22:26:50 -0700 (PDT) Message-ID: <53253618.6070702@gmail.com> Date: Sun, 16 Mar 2014 06:26:48 +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: grub-devel@gnu.org Subject: How to deal with fatal device seeks? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::22d 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 05:27:03 -0000 I use a for loop for detecting Operating systems like this one: for dev in (*); do echo $dev done but it hangs !!! So some clues: * Using 2.02~beta2-7 from Debian Unstable. * The disk is an hybrid one (x86_64_efi + i386_pc). * The error only happens when using Virtualbox in a non-EFI setup. So some questions: * Is it a bug that a non seekable device like (cd,apple4) or (cd,gpt1) is available in non-EFI mode? * Is it perhaps a Virtualbox bug? * I cannot catch these fatal error as if they were exceptions inside a try-catch. Or can I? I will probably improve my searchindevices functions so that it also filters these (cdsomething) devices as a workaround. Thank you. These are the minimal tests: --- Using Qemu as EFI gives no problem: echo (*) (fd0) ... (cd) ... (cd,apple2),... (cd,gpt2) ls (cd,apple4)/ error: unknown filesystem. ls (cd,gpt1)/ error: unknown filesystem. --- Using Virtualbox as BIOS (Ex. 1) (Problem): echo (*) (fd0) ... (cd) ... (cd,apple2),... (cd,gpt2) ls (cd,apple4)/ FATAL: int13_cdrom: function 42. Can't use 64bits lba --- Using Virtualbox as BIOS (Ex. 2) (No problem): echo (*) (fd0) ... (cd) ... (cd,apple2),... (cd,gpt2) ls (cd,gpt4)/ error: unknown filesystem. --- Using Virtualbox as BIOS (Ex. 3) (Problem): echo (*) (fd0) ... (cd) ... (cd,apple2),... (cd,gpt2) ls (cd,gpt1)/ FATAL: int13_cdrom: function 42. Can't use 64bits lba adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/