Re: [Bug 1743191] Re: Interacting with NetBSD serial console boot blocks no longer works

[Ottavio Caruso]

On Thu, 22 Apr 2021 at 18:23, Andreas Gustafsson
<1743...@bugs.launchpad.net> wrote:
>
> Ottavio Caruso wrote:
> > I am currently using:
> >
> > $ qemu-system-x86_64 --version
> > QEMU emulator version 5.2.0
> >
> > And I have no problem selecting from menu in serial console, so I
> > assume this is fixed for me. This is my command line:
> >
> > $ cat opt/bin/boot-netbsd-virtio
> > #!/bin/sh
> > qemu-system-x86_64 \
> > -drive if=virtio,file=/home/oc/VM/img/netbsd.image,index=0,media=disk \
> > -drive if=virtio,file=/home/oc/VM/img/netbsd.image.old,index=1,media=disk \
> > -M q35,accel=kvm -m 250M -cpu host -smp $(nproc) \
> > -nic user,hostfwd=tcp:127.0.0.1:-:22,model=virtio-net-pci,ipv6=off  \
> > -daemonize -display none  -vga none \
> > -serial mon:telnet:127.0.0.1:6665,server,nowait \
> > -pidfile /home/oc/VM/pid/netbsd-pid -nodefaults
> >
> > telnet 127.0.0.1 6665
>
> Have you tried the test case in the original bug report?
> --
> Andreas Gustafsson, g...@gson.org

You're right. Using the boot-com install image, the problem persists.


-- 
Ottavio Caruso

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1743191

Title:
  Interacting with NetBSD serial console boot blocks no longer works

Status in QEMU:
  New

Bug description:
  The NetBSD boot blocks display a menu allowing the user to make a
  selection using the keyboard.  For example, when booting a NetBSD
  installation CD-ROM, the menu looks like this:

   1. Install NetBSD
   2. Install NetBSD (no ACPI)
   3. Install NetBSD (no ACPI, no SMP)
   4. Drop to boot prompt

  Choose an option; RETURN for default; SPACE to stop countdown.
  Option 1 will be chosen in 30 seconds.

  When booting NetBSD in a recent qemu using an emulated serial console,
  making this menu selection no longer works: when you type the selected
  number, the keyboard input is ignored, and the 30-second countdown
  continues.  In older versions of qemu, it works.

  To reproduce the problem, run:

 wget 
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1.1/amd64/installation/cdrom/boot-com.iso
 qemu-system-x86_64 -nographic -cdrom boot-com.iso

  During the 30-second countdown, press 4

  Expected behavior: The countdown stops and you get a ">" prompt

  Incorrect behavior: The countdown continues

  There may also be some corruption of the terminal output; for example,
  "Option 1 will be chosen in 30 seconds" may be displayed as "Option 1
  will be chosen in p0 seconds".

  Using bisection, I have determined that the problem appeared with qemu
  commit 083fab0290f2c40d3d04f7f22eed9c8f2d5b6787, in which seabios was
  updated to 1.11 prerelease, and the problem is still there as of
  commit 7398166ddf7c6dbbc9cae6ac69bb2feda14b40ac.  The host operating
  system used for the tests was Debian 9 x86_64.

  Credit for discovering this bug goes to Paul Goyette.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1743191/+subscriptions

Re: [Bug 1743191] Re: Interacting with NetBSD serial console boot blocks no longer works

[Ottavio Caruso]

On Thu, 22 Apr 2021 at 13:46, Andreas Gustafsson
<1743...@bugs.launchpad.net> wrote:
>
> Paul Goyette wrote:
> > This bug was fixed long ago, so long ago that I have no idea when!
>
> No, it is not fixed, and I did actually check before I switched the
> bug state back to "new".
>
> Perhaps you are specifying "-machine graphics=on" as suggested in one
> of the comments?  If so, that's a work-around, and an ugly and
> nonintuitive one at that, not a fix.
> --
> Andreas Gustafsson, g...@gson.org

I am currently using:

$ qemu-system-x86_64 --version
QEMU emulator version 5.2.0

And I have no problem selecting from menu in serial console, so I
assume this is fixed for me. This is my command line:

$ cat opt/bin/boot-netbsd-virtio
#!/bin/sh
qemu-system-x86_64 \
-drive if=virtio,file=/home/oc/VM/img/netbsd.image,index=0,media=disk \
-drive if=virtio,file=/home/oc/VM/img/netbsd.image.old,index=1,media=disk \
-M q35,accel=kvm -m 250M -cpu host -smp $(nproc) \
-nic user,hostfwd=tcp:127.0.0.1:-:22,model=virtio-net-pci,ipv6=off  \
-daemonize -display none  -vga none \
-serial mon:telnet:127.0.0.1:6665,server,nowait \
-pidfile /home/oc/VM/pid/netbsd-pid -nodefaults

telnet 127.0.0.1 6665


-- 
Ottavio Caruso

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1743191

Title:
  Interacting with NetBSD serial console boot blocks no longer works

Status in QEMU:
  New

Bug description:
  The NetBSD boot blocks display a menu allowing the user to make a
  selection using the keyboard.  For example, when booting a NetBSD
  installation CD-ROM, the menu looks like this:

   1. Install NetBSD
   2. Install NetBSD (no ACPI)
   3. Install NetBSD (no ACPI, no SMP)
   4. Drop to boot prompt

  Choose an option; RETURN for default; SPACE to stop countdown.
  Option 1 will be chosen in 30 seconds.

  When booting NetBSD in a recent qemu using an emulated serial console,
  making this menu selection no longer works: when you type the selected
  number, the keyboard input is ignored, and the 30-second countdown
  continues.  In older versions of qemu, it works.

  To reproduce the problem, run:

 wget 
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1.1/amd64/installation/cdrom/boot-com.iso
 qemu-system-x86_64 -nographic -cdrom boot-com.iso

  During the 30-second countdown, press 4

  Expected behavior: The countdown stops and you get a ">" prompt

  Incorrect behavior: The countdown continues

  There may also be some corruption of the terminal output; for example,
  "Option 1 will be chosen in 30 seconds" may be displayed as "Option 1
  will be chosen in p0 seconds".

  Using bisection, I have determined that the problem appeared with qemu
  commit 083fab0290f2c40d3d04f7f22eed9c8f2d5b6787, in which seabios was
  updated to 1.11 prerelease, and the problem is still there as of
  commit 7398166ddf7c6dbbc9cae6ac69bb2feda14b40ac.  The host operating
  system used for the tests was Debian 9 x86_64.

  Credit for discovering this bug goes to Paul Goyette.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1743191/+subscriptions

[Bug 1743191] Re: Interacting with NetBSD serial console boot blocks no longer works

[Ottavio Caruso]

Just to clarify my last comment, and in absence of updates, if I launch
the VM as:

qemu-system-x86_64 \
-drive if=virtio,file=/home/oc/VM/img/openbsd.image,index=0,media=disk \
-drive if=virtio,file=/home/oc/VM/img/openbsd.image.old,index=1,media=disk \
-M q35,accel=kvm,graphics=on -m 250M -cpu host -smp $(nproc) \
-nic user,hostfwd=tcp::-:22,model=virtio-net-pci -nographic

(note the -M q35,accel=kvm,graphics=on), the problem still persists.

I'm still on version 4.2 and I haven't updated to 5.0 yet.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1743191

Title:
  Interacting with NetBSD serial console boot blocks no longer works

Status in QEMU:
  New

Bug description:
  The NetBSD boot blocks display a menu allowing the user to make a
  selection using the keyboard.  For example, when booting a NetBSD
  installation CD-ROM, the menu looks like this:

   1. Install NetBSD
   2. Install NetBSD (no ACPI)
   3. Install NetBSD (no ACPI, no SMP)
   4. Drop to boot prompt

  Choose an option; RETURN for default; SPACE to stop countdown.
  Option 1 will be chosen in 30 seconds.

  When booting NetBSD in a recent qemu using an emulated serial console,
  making this menu selection no longer works: when you type the selected
  number, the keyboard input is ignored, and the 30-second countdown
  continues.  In older versions of qemu, it works.

  To reproduce the problem, run:

 wget 
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1.1/amd64/installation/cdrom/boot-com.iso
 qemu-system-x86_64 -nographic -cdrom boot-com.iso

  During the 30-second countdown, press 4

  Expected behavior: The countdown stops and you get a ">" prompt

  Incorrect behavior: The countdown continues

  There may also be some corruption of the terminal output; for example,
  "Option 1 will be chosen in 30 seconds" may be displayed as "Option 1
  will be chosen in p0 seconds".

  Using bisection, I have determined that the problem appeared with qemu
  commit 083fab0290f2c40d3d04f7f22eed9c8f2d5b6787, in which seabios was
  updated to 1.11 prerelease, and the problem is still there as of
  commit 7398166ddf7c6dbbc9cae6ac69bb2feda14b40ac.  The host operating
  system used for the tests was Debian 9 x86_64.

  Credit for discovering this bug goes to Paul Goyette.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1743191/+subscriptions

Re: [Bug 1743191] Re: Interacting with NetBSD serial console boot blocks no longer works

[Ottavio Caruso]

On Fri, 6 Mar 2020 at 13:24, Gerd Hoffmann <1743...@bugs.launchpad.net> wrote:
> So one option is to turn off seabios sercon: "qemu -nographic -machine
> graphics=on".

This works for me, but only if I turn off "q35", therefore changing
from a sata disk to a plain ide:

qemu-system-x86_64 \
-drive if=virtio,file=/home/oc/VM/img/netbsd.image,index=0,media=disk \
-drive if=virtio,file=/home/oc/VM/img/newdisk2.img,index=1,media=disk \
-m 300M -cpu host -smp $(nproc) \
-nic user,hostfwd=tcp::6665-:22,model=virtio-net-pci,ipv6=off \
-nographic -machine accel=kvm,graphics=on

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1743191

Title:
  Interacting with NetBSD serial console boot blocks no longer works

Status in QEMU:
  New

Bug description:
  The NetBSD boot blocks display a menu allowing the user to make a
  selection using the keyboard.  For example, when booting a NetBSD
  installation CD-ROM, the menu looks like this:

   1. Install NetBSD
   2. Install NetBSD (no ACPI)
   3. Install NetBSD (no ACPI, no SMP)
   4. Drop to boot prompt

  Choose an option; RETURN for default; SPACE to stop countdown.
  Option 1 will be chosen in 30 seconds.

  When booting NetBSD in a recent qemu using an emulated serial console,
  making this menu selection no longer works: when you type the selected
  number, the keyboard input is ignored, and the 30-second countdown
  continues.  In older versions of qemu, it works.

  To reproduce the problem, run:

 wget 
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1.1/amd64/installation/cdrom/boot-com.iso
 qemu-system-x86_64 -nographic -cdrom boot-com.iso

  During the 30-second countdown, press 4

  Expected behavior: The countdown stops and you get a ">" prompt

  Incorrect behavior: The countdown continues

  There may also be some corruption of the terminal output; for example,
  "Option 1 will be chosen in 30 seconds" may be displayed as "Option 1
  will be chosen in p0 seconds".

  Using bisection, I have determined that the problem appeared with qemu
  commit 083fab0290f2c40d3d04f7f22eed9c8f2d5b6787, in which seabios was
  updated to 1.11 prerelease, and the problem is still there as of
  commit 7398166ddf7c6dbbc9cae6ac69bb2feda14b40ac.  The host operating
  system used for the tests was Debian 9 x86_64.

  Credit for discovering this bug goes to Paul Goyette.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1743191/+subscriptions

Re: [PATCH] sercon: vbe modeset is int 10h function 4f02 not 4f00

[Ottavio Caruso]

On 06/03/2020 09:03, Gerd Hoffmann wrote:
> Fixes console redirection for NetBSD primary bootloader.
>
> https://bugs.launchpad.net/bugs/1743191
> Signed-off-by: Gerd Hoffmann 
> ---
> src/sercon.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/sercon.c b/src/sercon.c
> index a5dadb7261af..66a1f2412e77 100644
> --- a/src/sercon.c
> +++ b/src/sercon.c
> @@ -464,7 +464,7 @@ static void sercon_104f(struct bregs *regs)
> regs->ax = 0x0100;
> } else {
> // Disable sercon entry point on any vesa modeset
> - if (regs->al == 0x00)
> + if (regs->al == 0x02)
> SET_LOW(sercon_enable, 0);
> }
> }
>

Unfortunately, this patch doesn't sort it for me. It also slightly
messes up with the console, see:

https://i.imgur.com/3ANAQC7.png

-- 
Ottavio Caruso

[Bug 1743191] Re: Interacting with NetBSD serial console boot blocks no longer works

[Ottavio Caruso]

@kraxel-redhat,

I guess "-vga none" is implicit when using -nographic?

However, for the sake of trying, I've added "-vga none" and it won't
solve it for me (when using default bios).

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1743191

Title:
  Interacting with NetBSD serial console boot blocks no longer works

Status in QEMU:
  New

Bug description:
  The NetBSD boot blocks display a menu allowing the user to make a
  selection using the keyboard.  For example, when booting a NetBSD
  installation CD-ROM, the menu looks like this:

   1. Install NetBSD
   2. Install NetBSD (no ACPI)
   3. Install NetBSD (no ACPI, no SMP)
   4. Drop to boot prompt

  Choose an option; RETURN for default; SPACE to stop countdown.
  Option 1 will be chosen in 30 seconds.

  When booting NetBSD in a recent qemu using an emulated serial console,
  making this menu selection no longer works: when you type the selected
  number, the keyboard input is ignored, and the 30-second countdown
  continues.  In older versions of qemu, it works.

  To reproduce the problem, run:

 wget 
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1.1/amd64/installation/cdrom/boot-com.iso
 qemu-system-x86_64 -nographic -cdrom boot-com.iso

  During the 30-second countdown, press 4

  Expected behavior: The countdown stops and you get a ">" prompt

  Incorrect behavior: The countdown continues

  There may also be some corruption of the terminal output; for example,
  "Option 1 will be chosen in 30 seconds" may be displayed as "Option 1
  will be chosen in p0 seconds".

  Using bisection, I have determined that the problem appeared with qemu
  commit 083fab0290f2c40d3d04f7f22eed9c8f2d5b6787, in which seabios was
  updated to 1.11 prerelease, and the problem is still there as of
  commit 7398166ddf7c6dbbc9cae6ac69bb2feda14b40ac.  The host operating
  system used for the tests was Debian 9 x86_64.

  Credit for discovering this bug goes to Paul Goyette.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1743191/+subscriptions

[Bug 1743191] Re: Interacting with NetBSD serial console boot blocks no longer works

[Ottavio Caruso]

Reverting to Seabios 1.10 (version rel-1.10.3.0-gb76661dd) fixes this
problem.

Steps:

$ cd && mkdir seabios-test && cd seabios-test
$ git clone -b 1.10-stable https://github.com/coreboot/seabios.git
$ cd seabios
$ make
$ qemu-system-x86_64 \
-drive if=virtio,file=/home/oc/VM/img/netbsd.image,index=0,media=disk \
-M q35,accel=kvm -m 350M -cpu host -smp $(nproc) \
-nic user,model=virtio-net-pci,ipv6=off \
-nographic -bios /home/oc/seabios-test/seabios/out/bios.bin

Result: 
I can interact with NetBSD boot menu and select one of the available options.

Host:
Linux e130 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u1 (2019-09-20) x86_64 
GNU/Linux

QEMU emulator version 4.2.0


** Also affects: seabios
   Importance: Undecided
   Status: New

** No longer affects: seabios

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1743191

Title:
  Interacting with NetBSD serial console boot blocks no longer works

Status in QEMU:
  New

Bug description:
  The NetBSD boot blocks display a menu allowing the user to make a
  selection using the keyboard.  For example, when booting a NetBSD
  installation CD-ROM, the menu looks like this:

   1. Install NetBSD
   2. Install NetBSD (no ACPI)
   3. Install NetBSD (no ACPI, no SMP)
   4. Drop to boot prompt

  Choose an option; RETURN for default; SPACE to stop countdown.
  Option 1 will be chosen in 30 seconds.

  When booting NetBSD in a recent qemu using an emulated serial console,
  making this menu selection no longer works: when you type the selected
  number, the keyboard input is ignored, and the 30-second countdown
  continues.  In older versions of qemu, it works.

  To reproduce the problem, run:

 wget 
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1.1/amd64/installation/cdrom/boot-com.iso
 qemu-system-x86_64 -nographic -cdrom boot-com.iso

  During the 30-second countdown, press 4

  Expected behavior: The countdown stops and you get a ">" prompt

  Incorrect behavior: The countdown continues

  There may also be some corruption of the terminal output; for example,
  "Option 1 will be chosen in 30 seconds" may be displayed as "Option 1
  will be chosen in p0 seconds".

  Using bisection, I have determined that the problem appeared with qemu
  commit 083fab0290f2c40d3d04f7f22eed9c8f2d5b6787, in which seabios was
  updated to 1.11 prerelease, and the problem is still there as of
  commit 7398166ddf7c6dbbc9cae6ac69bb2feda14b40ac.  The host operating
  system used for the tests was Debian 9 x86_64.

  Credit for discovering this bug goes to Paul Goyette.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1743191/+subscriptions

[Qemu-devel] [Bug 840686] [NEW] No such list qemu-users

[Ottavio Caruso]

Public bug reported:

The mailing list qemu-users, described on the project page:
http://savannah.nongnu.org/mail/?group=qemu

as QEMU users mailing list, is not available. The link:
http://lists.nongnu.org/mailman/listinfo/qemu-users

results in error: No such list qemu-users.

Further references:
http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg02316.html

** Affects: qemu
 Importance: Undecided
 Status: New


** Tags: wishlist

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/840686

Title:
  No such list qemu-users

Status in QEMU:
  New

Bug description:
  The mailing list qemu-users, described on the project page:
  http://savannah.nongnu.org/mail/?group=qemu

  as QEMU users mailing list, is not available. The link:
  http://lists.nongnu.org/mailman/listinfo/qemu-users

  results in error: No such list qemu-users.

  Further references:
  http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg02316.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/840686/+subscriptions

[Qemu-devel] Qemu forum down again

[Ottavio Caruso]

http://qemu-forum.ipi.fi/


General Error
SQL ERROR [ mysql4 ]

Lost connection to MySQL server during query [2013]

An sql error occurred while fetching this page. Please contact an
administrator if this problem persists.


I have emailed Pablo but to no avail. Has anybody a direct contact
with Pablo and inform him of the incident?

-- 
Ottavio Caruso
http://www.pledgebank.com/boycottvista

[Qemu-devel] Selective snapshots

[Ottavio Caruso]

Hello,

I have hd, hdb and hdd running in snasphot mode.

Is it possible to have only hda in snapshot and have qemu writing to
hdb and hdd as usual?

If that is not implemented are there plans to introduce this feature?

Thank you

-- 
Ottavio Caruso
http://www.pledgebank.com/boycottvista

[Qemu-devel] Qemu forum

[Ottavio Caruso]

Hello,

has anybody got any news on when the Qemu Forum will be up again?

Thanks

--
Ottavio
http://www.pledgebank.com/boycottvista


  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

Re: [Qemu-devel] Binaries for Windows

[Ottavio Caruso]

--- Kazu [EMAIL PROTECTED] wrote:
 I will stop updating QEMU on Windows web site at least for several
 months.
 Because my eye condition becomes not good, I can't see display
 well.
 

Kazu,

thank you for your work.

Without your binaries I'd have never discovered qemu and Linux and 
I'd be stuck with Window$.

I am sorry about your conditions, I'd like to have you back soon and 
I'd like you to know that there are many people here that appreciate 
your work.

-- 
Ottavio Caruso

I will not purchase any computing equipment from manufacturers that recommend 
Windows Vista™ or any other Microsoft® products.
http://www.pledgebank.com/boycottvista


 

Don't get soaked.  Take a quick peek at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] VirtualBox PC virtualization released as Open Source

[Ottavio Caruso]

--- Ottavio Caruso [EMAIL PROTECTED] wrote:

 Interesting! Does anybody know if and where I could finf [sic!]a
Windows
 binary via http/ftp? Unfortunately I can't torrent!


I am sorry! A Windows binary was actually provided and I have later
installed it, but I am not going touse it as it is not portable,
unlike Qemu, which I can just run from my usb flash drive...

-- 
Ottavio Caruso

I will not purchase any computing equipment from manufacturers that recommend 
Windows Vista™ or any other Microsoft® products.
http://www.pledgebank.com/boycottvista


 

8:00? 8:25? 8:40? Find a flick in no time 
with the Yahoo! Search movie showtime shortcut.
http://tools.search.yahoo.com/shortcuts/#news


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] VirtualBox PC virtualization released as Open Source

[Ottavio Caruso]

--- Oliver Gerlich [EMAIL PROTECTED] wrote:


 
 as I was just reading this on german newsticker heise.de:
 http://www.heise.de/open/news/meldung/83680
 
 Also on Slashdot:
 http://it.slashdot.org/it/07/01/15/1631234.shtml
 
 And the original news:
 http://www.virtualbox.org/wiki/News
 

Interesting! Does anybody know if and where I could finf a Windows
binary via http/ftp? Unfortunately I can't torrent!


-- 
Ottavio Caruso

I will not purchase any computing equipment from manufacturers that recommend 
Windows Vista™ or any other Microsoft® products.
http://www.pledgebank.com/boycottvista


 

We won't tell. Get more on shows you hate to love 
(and love to hate): Yahoo! TV's Guilty Pleasures list.
http://tv.yahoo.com/collections/265 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] boot a preinstalled winxp on linux/x86: writing a patch...

[Ottavio Caruso]

--- Roberto Polli [EMAIL PROTECTED] wrote:

 hi all,
 
 I tried to boot my preinstalled winxp with
  # qemu -boot c -hda /dev/hda
 
 that's what happens:
 - qemu load grub, and I select to boot winxp (grub says
 chainloader +1, then 
 boot)
 - qemu starts to load winxp, with a winxp boot screen
 - qemu fails and reboots

Ciao Roberto,

this has been discussed before on the user forum, too.
In the meantime, maybe this is not exactly waht you're looking for
but, have you tried Bart PE:
http://www.nu2.nu/pebuilder/   
?



-- 
Ottavio Caruso

I will not purchase any computing equipment from manufacturers that recommend 
Windows Vista™ or any other Microsoft® products.
http://www.pledgebank.com/boycottvista

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] [solved] /dev/kqemu could not be opened

[Ottavio Caruso]

--- Mihamina Rakotomandimby
[EMAIL PROTECTED] wrote:

 On Sat, 2006-12-02 at 22:57 +, Michael McConnell wrote:
 $ qemu -m 512  debian.img 
 Could not open '/dev/kqemu' - 
 QEMU acceleration layer not activated
  Is the kqemu module loaded?
  If not, try 'modprobe kqemu' then restart QEMU.
 
 DumbAss could I be!
 kqemu was not loaded.
 Thank you.

There's a user forum for these [relatively simple] problems:
http://qemu-forum.ipi.fi/

Ottavio


 

Any questions? Get answers on any topic at www.Answers.yahoo.com.  Try it now.


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] -snapshot and tmpsfs

[Ottavio Caruso]

 From: Michael McConnell 
 On Sat, 18 Nov 2006, Ottavio Caruso wrote:
 
  Are the writes to tmpfs (in a *nix guest OS) recorded to the
  snapshotted image?
  
  Example: /var/run on tmpfs
  OS writes to /var/run. Bigger temp file or not?
 
 This isn't a guaranteed certain answer, but IIRC tmpfs uses system
 RAM and 
 swap as its storage.  Therefore a guest writing into its tmpfs
 space would 
 only touch the host filesystem if it were to use the swapfile.
 
 As you say you're using the snapshot mode it would, if the swapfile
 is 
 touched, go into the snapshot temp file, otherwise it wouldn't.
 
 -- Michael Soruk McConnell
Eridani Star System

As my guest OS (Debian) was filling /var/cache/apt/* with MB's of
stuff, I have modified /etc/fstab and mounted all /var/cache/apt and
children directories on tmpfs, then I have installed/uninstalled a
few packages. I have compared the size of the temp snapshot file with
the one generated before  and I have found no differences.
I wonder if that means something.

Ottavio Caruso


 

Sponsored Link

Mortgage rates near 39yr lows. 
$310k for $999/mo. Calculate new payment! 
www.LowerMyBills.com/lre


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] -snapshot and tmpsfs

[Ottavio Caruso]

Are the writes to tmpfs (in a *nix guest OS) recorded to the
snapshotted image?

Example: /var/run on tmpfs
OS writes to /var/run. Bigger temp file or not?

Thank you

Ottavio


 

Sponsored Link

Compare mortgage rates for today. 
Get up to 5 free quotes. 
Www2.nextag.com


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] -snapshot otion and writes to (flash) disk

[Ottavio Caruso]

Hello qemu-devel,

I'm trying to determine whether the -snapshot option is a valid one
to minimize writes to disk (in my case a flash drive). In particular
I wonder if the final write, that is the one you do with the 'commit
hda' in the qemu monitor, is the exact sum of all the individual
writes or smaller.

As an empiric test, I have loaded a Debian image, installed a program
(5 Mb, according to apt-get), removed the program, committed the
snapshot, halted the system: the original qcow image has grown of
about 18 MB.

What do you think?

Ottavio



 

Sponsored Link

Try Netflix today! With plans starting at only $5.99 a month what are you 
waiting for?
http://www.netflix.com/Signup?mqso=80010030


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] International Virtualization Conference

[Ottavio Caruso]

http://www.linuxworldexpo.de/linux_messe.php?ID=124STEP=lang=en

I don't see Qemu mentioned at all. I wonder if any of the developers have been 
contacted at all. I thing it is a pity that once againg Qemu is ignored.

Ottavio




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Re: hosting the forum

[Ottavio Caruso]

 From: Joseph Miller [EMAIL PROTECTED]
 I am a fan of a qemu-user mailing list


Hey, I was thinking of creating a mailing list myself on either
Googlegroups or Yahoo (I have both accounts), then I have seen this:
http://groups.google.co.uk/group/QEMU

I see it has a very low activity. I like the QEMU forum but I'll
start giving an eye to this, too.

Ottavio

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Re: hosting the forum

[Ottavio Caruso]

 From: Hetz Ben Hamo [EMAIL PROTECTED]

 Due to some personal problems (related to financial situations) I'm
 no
 longer being able to keep paying the server which hosts the QEMU
 forum.
 
 Therefore, I'm looking for someone who can host the QEMU forum
 (and,
 if possible, the nightly snapshots). 

I am sorry that you have to give up on the forum. However I hope
whoever takes over to improve the features of the forum itself (I'd
like to see ssl enabled when I log in) and prevent spamming. The last
month the forum was horribly spammed and I am sure many have
potential good posters have gone for good.

Have you also considered to switch it to a mailing list, ideally
hosted here? A qemu-user mailing list would be nice.

Ottavio

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Re: Physical hard disk drive for win32

[Ottavio Caruso]

 Kazu wote:

 Hi,
 
 An attached patch fixes to use raw access to
 physical hard disk drive for
 win32.
 It can be used as -hdb \\.\PhysicalDrive0 or -hdb
 //./PhysicalDrive0.
 

Any change to see the bianry posted to your site any
soon? Unfortunately I cannot build it myself, but this
is a major breakthrough. Thanks Kazu! 


Ottavio Caruso
--
Please follow up to mailing list!

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Re: Fastest TCP/IP Stack

[Ottavio Caruso]

 From: Joseph Miller [EMAIL PROTECTED]
 
 What is the most efficient 
 method of -net ? 

Slightly OT, but if you only use specific ports, the
built-in port redirection would probably be the
fastest networking option.

Ottavio Caruso
--
Please follow up to mailing list!

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] Qemu + wireless

[Ottavio Caruso]

Just guessing, if the device was a usb wireless
adaptor, provided the host os has the right driver
installed, it could be picked up by qemy with the -usb option...(?)

Ottavio Caruso
--

No individual replies, please!

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] Dedicated host

[Ottavio Caruso]

 
 has anyone thought of building a dedicated/ minimal
 host for the purpose
 of running multiple qemu instances?


I don't know if that is relevant, but I am planning to
resell root hosting via Qemu.

I mean, starting multiple instances of Qemu with port
redirection (dns, http, https, ssh, pop imap). I don't
think there's anything like that at the moment.

Ottavio Caruso

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel