From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WuPp2-0006vK-9O for qemu-devel@nongnu.org; Tue, 10 Jun 2014 13:27:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WuPow-0000BD-Nv for qemu-devel@nongnu.org; Tue, 10 Jun 2014 13:26:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]:5831) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WuPow-0000AR-Fd for qemu-devel@nongnu.org; Tue, 10 Jun 2014 13:26:50 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s5AHQnHW011911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 10 Jun 2014 13:26:49 -0400 Message-ID: <53973FD7.1080601@redhat.com> Date: Tue, 10 Jun 2014 19:26:47 +0200 From: Laszlo Ersek MIME-Version: 1.0 References: <20140610125650.GJ8813@tesla> <539721BD.8010700@redhat.com> <20140610161048.GM8813@tesla> In-Reply-To: <20140610161048.GM8813@tesla> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Booting a guest with OVMF List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kashyap Chamarthy Cc: pbonzini@redhat.com, Peter Jones , qemu-devel@nongnu.org On 06/10/14 18:10, Kashyap Chamarthy wrote: > This is disk image #3: > > http://download.fedoraproject.org/pub/fedora/linux/updates/20/Images/x86_64/Fedora-x86_64-20-20140407-sda.qcow2 As I suspected, this disk image is inapproprite for UEFI virtual machines. $ guestfish --ro -a Fedora-x86_64-20-20140407-sda.qcow2 > launch > list-filesystems /dev/sda1: ext4 It has no EFI system partition. The image must have been prepared for BIOS machines. (For VMs that implies SeaBIOS, not OVMF.) -o- For cases #1 and #2, I looked into . It - formats an EFI system partition as FAT32 alright, - mounts it as "/run/installer-$ROOT/system/boot", - does some other stuff, - and then executes chroot /run/installer-$ROOT/system/ gummiboot install --no-variables I assume something goes wrong in this step (ie. the ESP won't contain any gummiboot binary under EFI/BOOT/BOOTX64.EFI). "install.sh" seems to support formatting regular files -- that should allow you to both upload one for inspection (eg. with guestfish, see above), and also to test it with qemu (without needing a USB stick). Thanks Laszlo