Re: [Qemu-devel] Serial Console / NoGraphic
Hi Michael, About your VNC problems : I have had problems w/ vnc too (see http://qemu-forum.ipi.fi/viewtopic.php?p=10468) but had no answer as well... Anyway, it's better to do like you're doing : installing a VNC server inside the vm is much better because you can have authentication and such things... and no mouse / keyboard issues. I'm using Qemu VNC server for the Qemu supervisor I'm developing (see http://sourceforge.net/projects/casimir-web/ ) and it works very well this way : ask qemu vnc to listen in a socket (-vnc unix:/tmp//vmXXX.vnc) and use socat to make it listen on a tcp port when you need it (socat TCP4-LISTEN: UNIX-CONNECT:), socat will die when the connexion closes, not Qemu :) I don't know if it is because of the socat thing, but I don't have problems anymore... Le mardi 25 septembre 2007 à 11:11 +0100, Michael McConnell a écrit : > Clemens Kolbitsch wrote: > > hi! > > i've been trying around for quite some time now trying to start qemu > > without > > the graphic screen... can someone tell me exactly what I'm supposed to do?? > > > > i want to redirect the output of my i386 debian linux to my host-console > > (also > > a i386 debian) to fully see the output of a kernel panic (see previous > > messages i have posted). > > > > i'm starting qemu: > > > > qemu -hda myimage -boot c -kernel-kqemu -kernel mykernel -initrd > > myinitrd -append "root=/dev/hda1 console=/dev/ttyS0" -nographic > > > > after tons of trial-and-error i finally got my system to boot, however, the > > login-screen is not displayed (i see all output of the starting system up > > until the ">>login:"). how do i connect to the serial line now to get to > > the > > login?? > > Add this to /etc/inittab in the guest system: > co:2345:respawn:/sbin/agetty ttyS0 9600 vt100-nav > > Without that it's only going to put the login prompts on the (now > hidden) virtual consoles. > > The (emulated) hardware display still exists, it's just not shown. I use > just such a setup for a Win2000 virtual-machine that's accessible by > VNC. I've had issues with QEMU's own VNC server (it crashes with a core > dump on disconnection, and no-one on the list was remotely interested) > so instead I run UltraVNC within Win2000 and connect to that instead. >
Re: [Qemu-devel] [PATCH 3/4] Add support for HPET periodic timer.
Hello, Can you confirm to me that if I have only one periodic timer on my motherboard I can only have one qemu-instance running using hpet? Thanks. François. Le mardi 21 août 2007 à 21:40 +0200, Luca a écrit : > On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote: > > On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote: > > > plain text document attachment (clock-hpet) > > > Linux operates the HPET timer in legacy replacement mode, which means that > > > the periodic interrupt of the CMOS RTC is not delivered (qemu won't be > > > able > > > to use /dev/rtc). Add support for HPET (/dev/hpet) as a replacement for > > > the > > > RTC; the periodic interrupt is delivered via SIGIO and is handled in the > > > same way as the RTC timer. > > > > > > Signed-off-by: Luca Tettamanti <[EMAIL PROTECTED]> > > > > I must be missing something silly here.. should I be able to open more > > than one instance of qemu with -clock hpet? Because upon invoking a > > second instance of qemu HPET_IE_ON fails. > > It depends on your hardware. Theoretically it's possible, but I've yet > to see a motherboard with more than one periodic timer. > > "dmesg | grep hpet" should tell you something like: > > hpet0: 3 64-bit timers, 14318180 Hz > > Luca > > >
[Qemu-devel] CASIMIR - last e-mail about it :)
Hi Qemu people. After my last mail about CASIMIR, I had answers of people complaining that it was not it English and they can't read my article... Well, the software is still not in English, but there are some improvements :) § There is a translation of the previous article at at this address : http://www.fgv6.net/CASIMIR-en.html?nid=3 § There is now a mailing list for CASIMIR, all in english (because I think that if there is a future for this software, it will be at least with english language support) so I WON'T BUG YOU ANYMORE ON THIS LIST :) to subscribe please visit : http://mail.fgv6.net/cgi-bin/mailman/listinfo/casimir-web § There is a sourceforge project : http://sourceforge.net/projects/casimir-web/ Thanks for your patience and attention :) Regards, François.
[Qemu-devel] CASIMIR is out :)
Hello everybody ! I'm sorry to use this list to do some "advertising" but it is closely related to Qemu :) I've developing web-based hypervisor for Qemu/KVM for my company. It is released under the GPLv2 and available in alpha version here : http://www.fgv6.net/spip.php?nid=3&article17 ATM instructions for use are in French and all the software is in French as it wasn't a priority for my company to be multi-speech... But everyone willing to contribute is welcome :) ! We made this because we need a lot of test machines and didn't want to have VM's everywhere that anyone could control. Here are the key features of CASIMIR : _Based on Free software : LAMP, SSH, Qemu and/or KVM, VNC, sudo, socat, and others... _Manage as much host servers and their guests as you wish from a single hypervisor _Authentication based on MySQL or NTLM _2 levels of users : Users and Admins _Integrated VNC Viewer with on-the-fly service opening (to ensure that the machine's VNC ils "only" accessible on demand and not always open for everyone) _Mac Addresses management (useful to assign IPs) We hope you'll find it useful as it ou way to thank the Qemu community for the wonderful software they are making ! Regards, François.
Re: [Qemu-devel] Using Microsoft-provided Windows images
Hello. Yes but if I understood well, you can't boot on the SCSI device because of BIOS limitations right? So the problem remains ... :) Maybe if you install GRUB and tell him to boot on SCSI.. :) --- François. Le mercredi 01 août 2007 à 10:55 -0500, [EMAIL PROTECTED] a écrit : > on x86, qemu by default does not emulate a scsi device. > > if you look at my last set of postings, you will see a patch set for adding > scsi controllers on demand. > > its got some code formatting issues, so i understand why it hasnt been merged > as of yet. i intend to publish a new version in the next couple of days. > > Julia Longtin <[EMAIL PROTECTED]> > > On Wed, Aug 01, 2007 at 04:33:31PM +0200, GUERRAZ Francois wrote: > > Hello. > > > > Micro$oft's 64bits OSes are known to be problematic w/ kvm. > > > > I guess that the main problem w/ Qemu is that Microsoft Virtual Server > > can emulate a SCSI controller and Qemu cannot... I havent checked but I > > bet they installed their VM's with just SCSI drivers... > > Try to install IDE drivers from VM Ware and then to boot from QEMU. > > Also, try to disable ACPI (update the "computer" driver to "Standard PC" > > if available) > > > > Regards, > > > > François. > > > > Le mercredi 01 août 2007 à 23:35 +0930, Dan Shearer a écrit : > > > I have been playing around with the demonstration Windows images > > > downloadable from Microsoft just to see how hard it would be to use the > > > OSs they provide. The images are designed for Microsoft Virtual Server, > > > but can be successfully converted to qcow2 and vhdx using qemu-img. QEMU > > > won't boot the images (not a difficult problem, I think) but VMware can. > > > I'll try other free virtualisation systems at some point. > > > > > > See http://shearer.org/Microsoft_Demo_VMs for my notes so far. > > > > > > > > > > > >
Re: [Qemu-devel] Using Microsoft-provided Windows images
Hello. Micro$oft's 64bits OSes are known to be problematic w/ kvm. I guess that the main problem w/ Qemu is that Microsoft Virtual Server can emulate a SCSI controller and Qemu cannot... I havent checked but I bet they installed their VM's with just SCSI drivers... Try to install IDE drivers from VM Ware and then to boot from QEMU. Also, try to disable ACPI (update the "computer" driver to "Standard PC" if available) Regards, François. Le mercredi 01 août 2007 à 23:35 +0930, Dan Shearer a écrit : > I have been playing around with the demonstration Windows images > downloadable from Microsoft just to see how hard it would be to use the > OSs they provide. The images are designed for Microsoft Virtual Server, > but can be successfully converted to qcow2 and vhdx using qemu-img. QEMU > won't boot the images (not a difficult problem, I think) but VMware can. > I'll try other free virtualisation systems at some point. > > See http://shearer.org/Microsoft_Demo_VMs for my notes so far. >
[Qemu-devel] Qemu 0.9 segfault
Hi everybody. Could you please take a look at this post on the forum? No one was able to answer me on that topic... Has is been fixed in the CVS version by chance? http://qemu-forum.ipi.fi/viewtopic.php?t=3344 Thank you very much for this wonderful software anyway :) See ya. François.