I did use qemu-system-x86_64 on the SL65 image. I will first try qemu-kvm, and then (as a lst resort) virt-manager and libvirtd - I had to do quite a bit work to get libvirt going when I was using Debian/Knoppix, and the relative simplicity of qemu-system-x86_64 (just 'qemu-system-x86_64 -cdrom CDROM.iso') was quite nice. In any event the advantage of libvirt may be worth the work. Thanks very much David for the help. Boryeu
On 3/5/14, David Sommerseth <sl+us...@lists.topphemmelig.net> wrote: > On 05/03/14 16:32, Boryeu Mao wrote: >> I have recently migrated from Debian-based Knoppix to SL >> (livecd-iso-to-disk from SL-65-x86_64-2014-02-06-LiveDVD.iso), and >> installed the emulator from the package >> qemu-system-x86-1.0-27.2.x86_64.rpm). The emulator booted a Knoppix >> image without incidents (albeit somewhat slowly, >> KNOPPIX_V7.2.0DVD-2013-06-16-EN.iso). However, booting the SL 65 >> LiveDVD didn't go so well - it hangs in the startup screen with the >> inner arc stopping at about 3 o'clock position. I wonder if there may >> be another package for qemu that I should use, or if there is another >> virtual machine that may be more robust for SL. Thanks in advance for >> help or suggestions. >> >> SL-65-x86_64-2014-02-06-LiveDVD.iso (via livecd-iso-to-disk) >> HP laptop Pavilion g6 with dual AMD A6-4400M APU > > AFAICT, AMD A6-4400M supports hardware virtualization (aka KVM in the > Linux world). I'd recommend you to try using qemu-kvm instead of > qemy-system-x86. That should improve the performance noticeably. > > In addition, the SL image you've downloaded is 64 bits. I don't know if > you try to run that via qemu-system-i386 or qemu-system-x86_64. The > former is 32bit /emulation/, the latter 64bit. > > But only qemu-kvm uses virtualization. > > Try also to kick off your images using virt-manager. It's usually > fairly simple to configure new VMs that way, and just point it to your > images. This way, virt-manager/libvirtd will take care of setting up > the proper arguments to qemu-kvm, for better performance. Also try to > use the virtio drivers wherever possible, as they don't require the > complete hardware emulation layer. > > > -- > kind regards, > > David Sommerseth > >