Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Etch image for QEmu??
Etch image for QEmu??
Hello!
I would like to make a Debian Etch image for QEmu to run Etch on my Windows XP partition. I've been thinking of a good solution to have both Windows XP and Linux (mainly to play new games in Windows, but to make work and other software stuff in Linux)...
So, how would I go about this? There are already some guides out there, but I have not had much luck with them. So does anybody know how to do this in Etch the 'easy way'?
Thanks! All help is highly appreciated!
I would like to make a Debian Etch image for QEmu to run Etch on my Windows XP partition. I've been thinking of a good solution to have both Windows XP and Linux (mainly to play new games in Windows, but to make work and other software stuff in Linux)...
So, how would I go about this? There are already some guides out there, but I have not had much luck with them. So does anybody know how to do this in Etch the 'easy way'?
Thanks! All help is highly appreciated!
-
- Posts: 136
- Joined: 2004-09-15 21:35
- Location: Vancouver, Canada
I have a Debian guest on a Windows XP host at work for my spare time. It was not too difficult to set up, but I do have a tough time getting the Debian guest to work with my work's proxy server sometimes.
I downloaded Qemu for Windows from http://www.h7.dion.ne.jp/~qemu-win/. I used qemu-img to create a hard drive file. I ran the installer (using the -no-acpi option, because I've read that it can interfere with the installation). And all is good now.
If you run into specific problems, post some details here and I'll try and help you out.
I downloaded Qemu for Windows from http://www.h7.dion.ne.jp/~qemu-win/. I used qemu-img to create a hard drive file. I ran the installer (using the -no-acpi option, because I've read that it can interfere with the installation). And all is good now.
If you run into specific problems, post some details here and I'll try and help you out.
~ G O W E R O P O L I S ~
qemu -=- font sizes, performance.
Howdy goweropolis,
Wondering on the performance you get and what your fonts are like.
Emulations i do on Linux with qemu run quite slow on my amd 64 S939 3000+, 1Gb dual Geil 2.5-3-3-3
I give it half my ram generally. I tended to see the performance as possibly relating to the type of cpu it emulates. Not to sure on that though.
The term window screen fonts get to me. Always to small to read unless i go to full screen. Plus it won't allow me to resize the window, were as an earlier version did. I would prefer just using a term window for the flexability.
I'm using v 0.8.2 compiled using qemu-0.8.2.tar.gz source, gcc-3.3.5 and libc6 2.3.2.ds1-22sarge3. Along with the kqemu.ko module built against a vanulla 2.6.17.11 kernel with the ck1 patch applied.
The '-kernel-kqemu' never works either, it will just freeze up (grin).
Other wise it has been a usefull program for testing an iso, but i figure i may be doimg something wrong there somewhere ...
jm
Wondering on the performance you get and what your fonts are like.
Emulations i do on Linux with qemu run quite slow on my amd 64 S939 3000+, 1Gb dual Geil 2.5-3-3-3
I give it half my ram generally. I tended to see the performance as possibly relating to the type of cpu it emulates. Not to sure on that though.
The term window screen fonts get to me. Always to small to read unless i go to full screen. Plus it won't allow me to resize the window, were as an earlier version did. I would prefer just using a term window for the flexability.
I'm using v 0.8.2 compiled using qemu-0.8.2.tar.gz source, gcc-3.3.5 and libc6 2.3.2.ds1-22sarge3. Along with the kqemu.ko module built against a vanulla 2.6.17.11 kernel with the ck1 patch applied.
The '-kernel-kqemu' never works either, it will just freeze up (grin).
Other wise it has been a usefull program for testing an iso, but i figure i may be doimg something wrong there somewhere ...
jm
-
- Posts: 136
- Joined: 2004-09-15 21:35
- Location: Vancouver, Canada
I am running on a Pentium M 1.4 GHz, 512 MB of RAM host (usually allocating 192 MB to the guest OS). When working at the command line, it feels like native. It does run a bit slow when using the X server with desktops (either Gnome or KDE), although it seems like when I stay on the QEMU window consistently, performance is a bit better. Benchmarks would probably give you a better idea of performance than my vague impressions!
The kernel-kqemu option works for me. Here's my command line:
I do notice a significant speed difference when using the kernel-kqemu option.
I have never had any font problems at all. I run my host desktop at 1280x1024, and run any X server on the guest at 1024x768.
The kernel-kqemu option works for me. Here's my command line:
Code: Select all
qemu.exe -L . -m 192 -no-acpi -kernel-kqemu -hda hd-kde.img -cdrom debian-testing-i386-binary-1.iso -boot c
I have never had any font problems at all. I run my host desktop at 1280x1024, and run any X server on the guest at 1024x768.
Last edited by goweropolis on 2006-12-21 20:23, edited 1 time in total.
~ G O W E R O P O L I S ~
Please note that I try to emulate Linux from Window$, not vice-versa.
There is a difference and the fact that I love gaming is very true, and that's why I need Window$, but to do work and all other stuff (web browsing, music making etc.) I need Linux..
So actually I want a (Debian) Linux which can run Window$ applications natively as if they were run on Window$..
Oh no, don't come to me suggesting Wine, CrossOver or Cedega.. I tried all of them and none did get Megaman X8 to work which is very bad as I love that game over everything!
Right now I have 2 computers, the other one is my server which has Debian Etch/Sid and the other one has Window$ XP which I would like to use with Debian also...
Seems a little complicated, but aren't we complicated enough for this world
There is a difference and the fact that I love gaming is very true, and that's why I need Window$, but to do work and all other stuff (web browsing, music making etc.) I need Linux..
So actually I want a (Debian) Linux which can run Window$ applications natively as if they were run on Window$..
Oh no, don't come to me suggesting Wine, CrossOver or Cedega.. I tried all of them and none did get Megaman X8 to work which is very bad as I love that game over everything!
Right now I have 2 computers, the other one is my server which has Debian Etch/Sid and the other one has Window$ XP which I would like to use with Debian also...
Seems a little complicated, but aren't we complicated enough for this world
-
- Posts: 136
- Joined: 2004-09-15 21:35
- Location: Vancouver, Canada
Thamarok. I'm not sure if you were referrng to my post, but I was describing emulating Linux (guest) from Windows (host).
Have you thought of a dual boot? If that doesn't strike your fancy, I believe that Qemu may be what you're looking for. Like I said, the speed isn't native, but with a fast system and lots of RAM, it would be close enough.
Have you thought of a dual boot? If that doesn't strike your fancy, I believe that Qemu may be what you're looking for. Like I said, the speed isn't native, but with a fast system and lots of RAM, it would be close enough.
~ G O W E R O P O L I S ~
@goweropolis: Oh sorry, I was not referring to your post, but to jjmac's.
I have thought of a dual-boot, but it would take a lot of my PC's life, if I have to restart the system, because I'm more of the guy who plays a minute, works a minute and does the same thing for hours... Just imagine, 60 reboots just to have fun for one hour?
The PC with Window$ has 1Gb RAM and Intel Core 2 Duo E6300 Allendale (2Mb L2 and clock speed ~1.86Ghz) Is that enough to emulate Debian through QEMU?
Thanks!
I have thought of a dual-boot, but it would take a lot of my PC's life, if I have to restart the system, because I'm more of the guy who plays a minute, works a minute and does the same thing for hours... Just imagine, 60 reboots just to have fun for one hour?
The PC with Window$ has 1Gb RAM and Intel Core 2 Duo E6300 Allendale (2Mb L2 and clock speed ~1.86Ghz) Is that enough to emulate Debian through QEMU?
Thanks!
-
- Posts: 136
- Joined: 2004-09-15 21:35
- Location: Vancouver, Canada
I think emulation would be a very good possibility to do what you want. You can test it out without affecting your Windows system at all, and if it doesn't work for you, just don't run it.thamarok wrote:The PC with Window$ has 1Gb RAM and Intel Core 2 Duo E6300 Allendale (2Mb L2 and clock speed ~1.86Ghz) Is that enough to emulate Debian through QEMU?
You'd probably have to do some real world experiments to see whether a running emulation adversely affects the games that you may be playing. In that case, it would be quite easy to just reboot the emulated system when you want to use it.
~ G O W E R O P O L I S ~
Thanks for the feed back thamarok. I note that your using windows as your host and will exp with that switch arrangement. I haven't tried using -no-acpi as yet.
My font issue in Linux is only when qemu is running in a 'term' window ... not when going to full screen. But i have been getting refief generally on that front since experimenting with various 'alias' mappings in Xs' font directory. So i may be able to fix that. Unless there built in to the program it self. Not always easy to trace, even if the source is there
Using qemu as a dedicated emulater for Etch still seems to be asking a lot from the program though. And i would suggest considering a dual boot. As it is fairly trivial to set up.
edit:
-------
Slight error ....
The switch was mentioned by goweropolis. Sorry about that, and thanks to both of course ...
jm
My font issue in Linux is only when qemu is running in a 'term' window ... not when going to full screen. But i have been getting refief generally on that front since experimenting with various 'alias' mappings in Xs' font directory. So i may be able to fix that. Unless there built in to the program it self. Not always easy to trace, even if the source is there
Using qemu as a dedicated emulater for Etch still seems to be asking a lot from the program though. And i would suggest considering a dual boot. As it is fairly trivial to set up.
edit:
-------
Slight error ....
The switch was mentioned by goweropolis. Sorry about that, and thanks to both of course ...
jm
Last edited by jjmac on 2006-12-26 07:37, edited 1 time in total.