<div dir="ltr"><div dir="ltr"> </div> <div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 7, 2022 at 4:31 PM Richard W.M. Jones <<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Jan 07, 2022 at 09:01:35AM +0100, Laszlo Ersek wrote: > On 01/05/22 14:56, Richard W.M. Jones wrote: > > On Wed, Jan 05, 2022 at 01:46:08PM +0100, Tobias Soppa wrote: > >> Dear Richard, > >> > >> Sorry for bothering, but I didn't find another way to ask a question. > >> > >> Maybe you can point me to a chat or forum to receive support? I am not > >> sure whether I should use the libguestfs mailing list to send my > >> problem it to everyone? > > > > You can send any questions to <a href="mailto:libguestfs@redhat.com" target="_blank">libguestfs@redhat.com</a> (without > > needing to subscribe). Or we're on IRC #guestfs on Libera. > > > >> For days I'm trying to boot from virt-p2v-make-disk made USB thumbdrive > >> but was never able to boot from it. > >> > >> I did produce several images in different ways and with different Linux > >> distributions, but the thumb drive is never bootable - not on a > >> physical machine, nor via Ventoy. > >> > >> It works in QEMU though, but I need it running on a physical machine. I > >> need to use (Secure) UEFI for booting and this works with any other > >> disk image. > > > > Probably UEFI is the problem here - in fact I doubt somehow that > > we support it at all. > > The statement "works in QEMU" is unclear. If the QEMU guest in question > uses OVMF, then both cases (virt and phys) wouldn't differ with regard > to firmware type. > > Secure Boot could be an issue too, yes; dependent on how the virt-p2v > UEFI bootloader is signed. > > > Is it possible to turn it off and/or use the CMS module? > > (*CSM -- compatibility support module) > > It could be a workaround, yes. > > > > >> Maybe because these discs are delivered with ISO filesystem and not as > >> .IMG images? I feel I terribly miss something here. > > > > We probably ought to deliver P2V as a UEFI binary, one day. > > I've not delved into virt-p2v yet, but given that it uses GTK, it's > exceedingly unlikely that it can be built as a firmware-level binary > (such as "grub"), considering either UEFI or traditional BIOS. > > The virt-p2v binary is an "ELF 64-bit LSB executable, x86-64, version 1 > (SYSV), dynamically linked (uses shared libs)", so I think what we'd > actually do is: create a UEFI-bootable Linux image on the USB disk, and > continue using virt-p2v the same way -- once virt-p2v starts (as a Linux > process), the host firmware shouldn't matter. Right, that's what I meant to say :-) Rich. > If this is important, we should likely have an RFE (RHBZ) about it. </blockquote><div> </div><div>RFE bug has been created based on the discussion:<a href="https://bugzilla.redhat.com/show_bug.cgi?id=2038105">https://bugzilla.redhat.com/show_bug.cgi?id=2038105</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> > > Thanks! > Laszlo -- Richard Jones, Virtualization Group, Red Hat <a href="http://people.redhat.com/~rjones" rel="noreferrer" target="_blank">http://people.redhat.com/~rjones</a> Read my programming and virtualization blog: <a href="http://rwmj.wordpress.com" rel="noreferrer" target="_blank">http://rwmj.wordpress.com</a> libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. <a href="http://libguestfs.org" rel="noreferrer" target="_blank">http://libguestfs.org</a> _______________________________________________ Libguestfs mailing list <a href="mailto:Libguestfs@redhat.com" target="_blank">Libguestfs@redhat.com</a> <a href="https://listman.redhat.com/mailman/listinfo/libguestfs" rel="noreferrer" target="_blank">https://listman.redhat.com/mailman/listinfo/libguestfs</a> </blockquote></div></div>