From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: Unable to boot from SCSI disk Date: Tue, 28 May 2013 10:55:46 +0200 Message-ID: <51A47112.5020904@redhat.com> References: <51A3C946.1040906@redhat.com> <51A3CF36.6030605@msgid.tls.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Daniel Guillermo Bareiro , kvm@vger.kernel.org To: Michael Tokarev Return-path: Received: from mx1.redhat.com ([209.132.183.28]:47969 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933640Ab3E1I4Q (ORCPT ); Tue, 28 May 2013 04:56:16 -0400 In-Reply-To: <51A3CF36.6030605@msgid.tls.msk.ru> Sender: kvm-owner@vger.kernel.org List-ID: Il 27/05/2013 23:25, Michael Tokarev ha scritto: > 28.05.2013 00:59, Paolo Bonzini wrote: > > Thank you Paolo for forwarding this email to me. > >> Il 27/05/2013 22:53, Daniel Guillermo Bareiro ha scritto: >>> Hi all! >>> >>> I'm trying libvirt and virt-manager and I found that if I install a >>> virtual machine with SCSI disks, the installation is done without >>> problems but when it boots, it is unable to boot from these disks. If I >>> use bus=sata or bus=virtio, this problem does not happen. >> >> The default SCSI controller is buggy. Try using a newer model if >> available on your qemu-kvm version, for example virtio-scsi (CCing the >> Debian maintainer). > > Well, it isn't really that lsi emulation is _that_ buggy. It is > enough for some stuff. But.. > >> What is the version of SeaBIOS? > > but it is wheezy, which ships with seabios 1.7.0, which does not > have scsi boot support. So in order to boot from scsi, you have > to use old ,boot=on device property, which has been forward-ported > from older qemu-kvm version to 1.1 version used on debian, because > it was the only way at that time to boot from an scsi disk without > resorting to using proprietary firmware. Why don't you forward port the SCSI boot patches? > So, boot=on as the drive property should do the trick. But I'm not > sure it is supported under libvirt. No, it's not. Paolo