Mailing List Archived Message #44

From: "Steve" <> Full Headers
Undecoded message
Subject: Re: [Virtualized eCS] [eCS] MPTS? was MPTN?
Date: Sat, 19 Sep 2009 21:24:32 -0500
To: Virtualized eCS Users Mailing List <>

Ed Durrant wrote:

OK, just a summary for those who haven't been following this on the eCS list and to confirm I understand the situation correctly.

You created an eCS virtual machine image on VPC.

You then used VMWare Convertor to convert this from VPC VHD Virtual disk format to VMWare VMDK Virtual disk format.
To be honest, I haven't looked at the converted file, but I assume this is correct.  I take that back, I just now looked at the files, and that is indeed correct. There are, tho, several other files with similar names in the VMWare directory. None of them is big enough to hold even a base eCS install!

Booting this converted image under VMWare Player (and VMWare Workstation)  it hangs at the eCS boot logo, we believe while some hardware detection or network (MPTN directory) is being accessed.

Here the wicket gets sticky! ;-)  First, I have not tried to boot this image with VMW Player because I heeded your advice about not mixing VMWare products. and it's a monumental project to uninstall Workstation and later put it back.  Next, the MPTN thing happens when I try to install, not when booting the converted VM.  More about that in a minute. The boot does indeed hang at the boot logo, but THIS is where I'm unable to use any of the ALT-Fx key combinations to see where it hangs.

You cannot get the session to respond to an alt+F1 at the blob stage to allow you to turn off hardware detection,  nor Alt+F2 or F4 to be able to see exactly which driver/basedev etc. is causing the system to hang.

That's all correct!

There doesn't "appear" to be any reason why VMWare is not allowing you key in the alt key combination.

Correct, and that is VERY frustrating.

Please correct any of the above - in the meantime, while typing this out, I have had an idea.

Go back to the working VPC image under virtual PC and change the archive setting options in the desktop properties note book to say load the recovery screen at each boot. Save this and reconvert the VHD to a VMDK. This VMDK when booted should take you into the "Alt+F1 panel" now at boot up and you should be able to turn off hardware detection.
Indeed! I'd never have thought of that!  I could switch off detection, and got past the boot logo. Then appeared the "OS/2 can't operate your hard drive", or words to that effect. I called up the VM settings in Workstation, and they proclaimed the drive in question is SCSI. It isn't, it's SATA, and the only drivers I have loaded are Dani's. I looked in the *.vmx file and found this:

scsi0:0.present = "TRUE"
scsi0:0.fileName = "eCS 2.vmdk"
scsi0.present = "TRUE"
scsi0.virtualDev = "buslogic"
buslogic.noDriver = "FALSE"

I have no idea why!  It got put in there during the conversion.  I think tomorrow I'll scrounge up some Buslogic SCSI drivers and put them in. Who knows, it may just work!  

Also as well as this action, you are planning to install the free VMWare Server and install eCS to that and then try that image with VMWare player (as I have done successfully) and also to VMWare Workstation, your final planned destination for the image.
Assuming you're still awake, I did that today. To keep from mixing products, I installed the server edition on Linux, configured it, learned a brand new interface (it uses Firefox. Sorts neat, really, but surely different!), and created an eCS virtual machine.  I turned off the boot logo in the menu to allow a bit more screen room, and used ALT-F4 to launch the install so I could single-step thru. As it happens, I did copy down MPTN correctly, and as you said, it is a directory. The complete entry is MPTN\BIN\CNTRL.EXE.  That command executes, the next command Z:\CMD.EXE is what causes the trap, just like when I was building the VMs under XP. Same trap C in OS2KRNL, at exactly the same point.  The rest of your assessment is exactly what I ultimately intend to do, come hell or high water!

And here, taken from the Microsoft Virtual PC config file,  is a bit of German humor:

                   <build_number type="string">5.00.2195</build_number>
                   <long_name type="string">Microsoft OS/2 - With Innotek technology</long_name>
                   <revision_number type="string">OS/2 Warp rulez!</revision_number>
                   <short_name type="string">OS/2 - With Innotek technology</short_name>
                   <suite_name type="string">Professional</suite_name>

I love it!

Thanks again, Ed, for your help, advice, and patience!  I'll get back to you when I have added the SCSI drivers to the working virtual machine and converted it once again.

Subscribe: Feed, Digest, Index.
Mail to ListMaster