tags 653068 + moreinfo unreproducible
thanks

On 23.12.2011 18:48, Matthias Heinz wrote:
> Hi,
> 
> Am 23.12.2011 14:54, schrieb Michael Tokarev:
>> Hmm.  Does #586143 , for example, ring any bells?
> 
> I read that one and thought about it. But I don't know if
> it applies. Sometimes the message states that it's already
> the initrd that gets loaded, before it fails.
> 
> And it is reproducible, means I can't just reboot and try
> again and it will work somehow.

You mean it is NOT reproducible, right?

Is the address it complains about always the same?

[]
>>> Then the VM uses 100% of the cpu resources.
>>> This happens with the netinstall cds and it doesn't matter
>>> wether I use the i386 or amd64 netinstall ISO.
>>
>> Which version of squeeze, exactly, you tried to install?

You didn't answer this question.

I tested current 6.0.3 netinst images (both amd64 and i686),
and in both cases installation wents ok and the resulting
image boots just fine.

I tried in both qemu-kvm 1.0 (currently in unstable) and
qemu-kvm 0.15 (in testing) - the same result.

But I didn't try "hard enough" - doing just 2 reboots after
install completes.

So please provide more information about your environment,
including qemu-kvm command line, actual version of squeeze
you tried to install.

>>> Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
>>
>> Does the same happens on 64bit system (if you can verify)?
> 
> Sorry, I forgot to mention that. I wrote the report from my
> computer, not from the system I tested this on.
> 
> It's running linux-image-3.1.0-1-amd64, so it's the wheezy
> kernel and 64bit :)

Ok.

> If this is a grub bug, I could try to build grub from testing
> for squeeze, boot with a live CD manually the VM and install
> it there, if it helps to figure out what's wrong.

That'd be really helpful.

Besides, did these images work with earlier versions of qemu-kvm?
Does anything change when you try 1.0 version?

> Or is there some kind of debug mode for grub that prints to
> serio I could use to get more informations out of the VM?

Not that I know of.

Thanks,

/mjt



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to