[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Help with Windows NT 4.0

From: Programmingkid
Subject: Re: [Qemu-devel] Help with Windows NT 4.0
Date: Fri, 18 Aug 2017 15:48:55 -0400

> On Aug 18, 2017, at 3:23 PM, John Snow <address@hidden> wrote:
> On 08/18/2017 09:36 AM, Programmingkid wrote:
>>> On Aug 18, 2017, at 4:46 AM, Artyom Tarasenko <address@hidden> wrote:
>>> On Fri, Aug 18, 2017 at 6:31 AM, Programmingkid
>>> <address@hidden> wrote:
>>>>> On Aug 15, 2017, at 6:27 PM, Paolo Bonzini <address@hidden> wrote:
>>>>> On 15/08/2017 20:46, Programmingkid wrote:
>>>>>>> On Aug 14, 2017, at 2:51 AM, Paolo Bonzini <address@hidden> wrote:
>>>>>>> On 13/08/2017 21:13, Programmingkid wrote:
>>>>>>>> Lately I found out that Windows NT 4.0 seems to work well with the
>>>>>>>> 486 and pentium processors. Using "-cpu 486" made installing it
>>>>>>>> actually work. Now I am seeing another issue. When I boot Windows NT
>>>>>>>> 4.0 I see this error message:
>>>>>>>> *** STOP: 0x0000007B (0x807A8610,0x00000000,0x00000000,0x00000000)
>>>>>>>> Would anyone know a way to solve this issue?
>>>>>>> Hervé is probably the best person to answer this question.  Maybe try
>>>>>>> installing it with SCSI disks ("-drive if=scsi,id=hd,file=... -drive
>>>>>>> if=scsi,id=cd,file=... -device lsi -device scsi-hd,drive=hd -device
>>>>>>> scsi-cd,drive=cd").
>>>>>>> Thanks,
>>>>>>> Paolo
>>>>>> Thanks for the help. Unfortunately trying to boot from the install CD 
>>>>>> leads to the INACCESSIBLE_BOOT_DEVICE error when using SCSI.
>>>>> Try with 0.12.
>>>>> Paolo
>>>> I finally figured out why I was seeing the INACESSIBLE_BOOT_DEVICE error. 
>>>> It was because of the qcow2 image format. As soon as I switched to the 
>>>> qcow format, the error disappeared.
>>> That's weird. The image format is not guest visible. Probably you are
>>> hitting some sort of timing issue.
>>> -- 
>>> Regards,
>>> Artyom Tarasenko
>>> SPARC and PPC PReP under qemu blog: 
>>> http://tyom.blogspot.com/search/label/qemu
>> I'm not sure how timing is involved but I'm pretty sure I've heard about 
>> guests having problems with the qcow2 format in the past. 
> If the qcow2 driver in QEMU is written correctly, it should be 100%
> invisible to guests. There should be no actual way to determine in any
> way that qcow2 is being used.

That is what I thought.

> Either the qcow2 driver is broken (unlikely), or the way in which the
> qcow2 driver is written is exposing race conditions or other timing
> problems in either the qcow2 driver, the guest, or both.

Interesting idea.

> The odds of this being a "qcow2 problem" are pretty slim.
> --js

To anyone who wishes to recreate this test here is what you need to do.

Download this iso:

Create the qcow hard drive image file:
qemu-img create -f qcow qcowtest.qcow 4G

Create the qcow2 hard drive image file:
qemu-img create -f qcow2 qcow2test.qcow2 4G

Install Windows NT 4.0 for each hard drive image file type:
qemu-system-i386 -cpu pentium -vga cirrus -hda qcowtest.qcow -boot c
-cdrom <Windows NT 4.0 iso file>

qemu-system-i386 -cpu pentium -vga cirrus -hda qcow2test.qcow2 -boot c
-cdrom <Windows NT 4.0 iso file>

The actual installation for Windows NT 4.0 only takes about 5 minutes to do, so 
it should be an easy test to do. Once done installing and setting up Windows, 
try quitting and relaunching QEMU for each image format. 

Windows NT Workstation 4.0 CD-KEY: 30495-0006276-08164 

Please let us know your results. 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]