From: "Ed Durrant" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.1.16) with ESMTP id 2920230 for virtualized_ecs_users@2rosenthals.com; Sat, 19 Sep 2009 22:39:34 -0400 Received: from secmgr-va.2rosenthals.com ([162.83.95.194] helo=mail2.2rosenthals.com) by secmgr-ny.randr with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1MpCKn-00047F-PT for virtualized_ecs_users@2rosenthals.com; Sat, 19 Sep 2009 22:39:33 -0400 Received: from nschwmtas01p.mx.bigpond.com ([61.9.189.137]:19503) by mail2.2rosenthals.com with esmtp (Exim 4.69) (envelope-from ) id 1MpCKl-0000lV-03 for virtualized_ecs_users@2rosenthals.com; Sat, 19 Sep 2009 22:39:27 -0400 Received: from nschwotgx03p.mx.bigpond.com ([124.183.77.241]) by nschwmtas01p.mx.bigpond.com with ESMTP id <20090920023924.GBKJ26885.nschwmtas01p.mx.bigpond.com@nschwotgx03p.mx.bigpond.com> for ; Sun, 20 Sep 2009 02:39:24 +0000 Received: from [192.168.100.2] (really [124.183.77.241]) by nschwotgx03p.mx.bigpond.com with ESMTP id <20090920023923.IRBH10433.nschwotgx03p.mx.bigpond.com@[192.168.100.2]> for ; Sun, 20 Sep 2009 02:39:23 +0000 X-CTCH-RefID: str=0001.0A010207.4AB595DF.0067,ss=1,pt=DBB_65838,fgs=0 Message-ID: <4AB595EE.3090405@durrant.mine.nu> Date: Sun, 20 Sep 2009 12:39:42 +1000 User-Agent: Thunderbird 2.0.0.21 (OS/2/20090411) MIME-Version: 1.0 To: Virtualized eCS Users Mailing List Subject: Re: [Virtualized eCS] [eCS] MPTS? was MPTN? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nschwotgx03p.mx.bigpond.com from [124.183.77.241] using ID edward.durrant@bigpond.com at Sun, 20 Sep 2009 02:39:21 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4AB595DB.00D3,ss=1,fgs=0 X-Spam-Score: 0.0 (/) X-Spam-Report: _SUMMARY_ Steve wrote: > 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. > Check! >> >> 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! Yes that is OK - VMWare has several config and log files that it needs in addition to the actual Virtual disk. >> >> 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. > So this problem is occurring under VMWare Workstation ? >> 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" > OK, that's a problem in the conversion program. No matter what your physical hardware is - SCSI, SAN, IDE, SATA - VMWare can present this to the virtual machine in several modes. The old default was SCSI, but local disk IDE is now possible at least in VMWare ESXi. Server and player (I don't know about Workstation). > 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! How are you going to install the Bus logic drivers into image ? I could send you some off-list but it wont help you if you can't get to the virtual disk to modify the config.sys to use them. >> >> 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!), Yes this interface is very similar to the one used with VMWare ESXi. > 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. OK, make sure in the eCS pre-install menu that you select DANI performance mode driver and check that it has sensed that it is running in a virtual machine and turn off harddisk verification option (if on). In fact take a look at the (not yet layed out very well pictures in my Wiki article on eCS install under VMWare ESXi and follow those steps. http://ewiki.ecomstation.nl/eCSunderVMWareESXiHowto > 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: > > > 5.00.2195 > Microsoft OS/2 - With > Innotek technology > OS/2 Warp > rulez! > OS/2 - With Innotek > technology > Professional > > > 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. > > > > > > -- Cheers/2 Ed eComStationAustralia podcast RSS feed http://eComStationAustralia.podbean.com/feed or iTunes Warpstock Europe at Stralsund, Germany 12-15 November 2009 http://www.warpstock.eu