Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


  • Content Count

  • Donations

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Tryphon

Profile Information

  • OS
  • Country
  1. I will do. This is interesting, I did not have this idea. But it will take a while because I need to dismount the laptop frame (not easy) to access its HDD. Thank you.
  2. I have Win95 4.00.1111 in both 386SX computer (useful to understand what is not functional). This version seems to be OSR2. I never saw stability issue on my 386 SX laptop but this true, Win95 is quite slow. I can let it hours connected to my network where another computer can read/write its shared folders. Ok, on both 386 SX I have math coprocessor. Remember I tried floppy set of win95 (4.00.950) on my 386 SX Cyrix 50 with exactly the same freeze at the first start. I tried this a long time ago. But if required ... I can do another try.
  3. Then I did this next try. Only these vxd were not loaded according to the vmm32files list : vflatd.vxd, vmouse.vxd and vmd.vxd One of them is the next Vxd. I created 3 vxd files renaming EBIOS.vxd to vflatd.vxd, vmouse.vxd and vmd.vxd. I put these dummy files in \windows\system\vmm32 (as it did for the dummy VPD.vxd I tested before). Hence Win95 boot process will ignore these vxd in vmm32.vxd and should attempt to load these ones in vmm32 folder instead. After a reboot, bootlog.txt said: ... [000D0362] Loading Vxd = VCD [000D0363] LoadSuccess = VCD [000D0363] Loading Vxd = VPD [000D0364] LoadSuccess = VPD The boot process did not even try to load the dummy vflatd.vxd, vmouse.vxd or vmd.vxd files. I checked the bootlog.txt file in my other 386SX laptop where win95 boots fine. vflatd.vxd and vmd.vxd are in the wmm32files list in the registry BUT there are not notified in the bootlog.txt file. Hence, it seems the boot process simply ignores them for a reason I do not know. Then I could conclude it is normal some vxd are ignored. Back to my 386SX Cyrix 50, vflatd.vxd, vmouse.vxd and vmd.vxd files seems to be ignored. Perhaps vmouse.vxd (not ignored in my laptop) could be the issue ... but replacing it by a dummy vmouse.vxd file did not cure anything. The mystery remains.
  4. I tried also to disable LPT port in the bios. Win95 froze again at the same point.
  5. @MrMateczko I know how to add a vxd to vmm32.vxd but I do not know if it is possible to delete a vxd from a basic vmm32.vxd file. However, I did the following. EBIOS.vxd is a driver not required by my system and it does not block the boot process when the load fails. I extracted it from a CAB and renamed it VPD.vxd. I put it in \windows\system\vmm32 folder where the drivers are loaded with priority against the same one in the vmm32.vxd file. Hence this dummy VPD.vxd will be loaded and not the one in the vmm32.vxd file. After rebooting, the bootlog.txt file is: ... [000D0362] Loading Vxd = VCD [000D0363] LoadSuccess = VCD [000D0363] Loading Vxd = VPD [000D0364] LoadFailed = VPD after this win95 froze without warning. @rloew All drivers in the [386enh] section were commented and win95 froze at the same point (after LoadSuccess of VPD) I do not know if vmm32.vxd did not finished to load. When something goes wrong I expect the last bootlog.txt line to be "Loading Vxd = SOMETHING", then we understand this vxd stops the start process. Win95 first start could be exactly between the vmm32.vxd end and the beginning of SYS CRITICAL INIT where I do not know what's happening. But how to check this hypothesis ?
  6. Thank you for your question. Since my 386 SX laptop is running Win95 fine, I would say yes. I do not know if it can be generalized to all 386 SX computers.
  7. Hello, My issue is in the title. First time I did a Win95 installation on a old hardware which is a 386SX 25 MHz with the upgrade Cyrix 386 to 486 50 MHz, 16 MB RAM (this config accepts fine Windows NT4 so hardware seems to be healthy). After a fresh install of win95 (tried A, B, C versions), the first start led to a freezing. No error message was displayed; never. This is the Bootlog.txt produced by the win95 first start process: [000D024E] Loading Device = C:\WINDOWS\COMMAND\DISPLAY.SYS [000D024F] LoadSuccess = C:\WINDOWS\COMMAND\DISPLAY.SYS [000D0250] Loading Device = C:\WINDOWS\HIMEM.SYS [000D0252] LoadSuccess = C:\WINDOWS\HIMEM.SYS [000D0252] Loading Device = C:\WINDOWS\IFSHLP.SYS [000D0252] LoadSuccess = C:\WINDOWS\IFSHLP.SYS [000D0253] Loading Device = C:\WINDOWS\SETVER.EXE [000D0253] LoadSuccess = C:\WINDOWS\SETVER.EXE [000D0296] C:\WINDOWS\COMMAND\MODE.COM(Logo disabled) [000D0296] starting [000D029A] C:\WINDOWS\COMMAND\MODE.COM[000D029A] starting [000D02DC] Loading Vxd = VMM [000D02EB] LoadSuccess = VMM [000D02EB] Loading Vxd = C:\WINDOWS\SMARTDRV.EXE [000D02EC] LoadSuccess = C:\WINDOWS\SMARTDRV.EXE [000D02ED] Loading Vxd = nwlink.vxd [000D02EF] LoadSuccess = nwlink.vxd [000D02F0] Loading Vxd = vnetsup.vxd [000D02F1] LoadSuccess = vnetsup.vxd [000D02F3] Loading Vxd = JAVASUP.VXD [000D02F3] LoadSuccess = JAVASUP.VXD [000D02F4] Loading Vxd = CONFIGMG [000D02FA] LoadSuccess = CONFIGMG [000D02FA] Loading Vxd = VSHARE [000D02FC] LoadSuccess = VSHARE [000D02FC] Loading Vxd = VWIN32 [000D02FE] LoadSuccess = VWIN32 [000D02FE] Loading Vxd = VFBACKUP [000D02FF] LoadSuccess = VFBACKUP [000D0300] Loading Vxd = VCOMM [000D0301] LoadSuccess = VCOMM [000D0301] Loading Vxd = COMBUFF [000D0302] LoadSuccess = COMBUFF [000D0302] Loading Vxd = C:\WINDOWS\system\VMM32\IFSMGR.VXD [000D0308] LoadSuccess = C:\WINDOWS\system\VMM32\IFSMGR.VXD [000D0309] Loading Vxd = C:\WINDOWS\system\VMM32\IOS.VXD [000D030C] LoadSuccess = C:\WINDOWS\system\VMM32\IOS.VXD [000D030C] Loading Vxd = SPOOLER [000D030E] LoadSuccess = SPOOLER [000D030E] Loading Vxd = VFAT [000D0313] LoadSuccess = VFAT [000D0313] Loading Vxd = VCACHE [000D0315] LoadSuccess = VCACHE [000D0315] Loading Vxd = VCOND [000D0317] LoadSuccess = VCOND [000D0317] Loading Vxd = VCDFSD [000D0318] LoadSuccess = VCDFSD [000D0318] Loading Vxd = VXDLDR [000D031A] LoadSuccess = VXDLDR [000D031A] Loading Vxd = VDEF [000D031B] LoadSuccess = VDEF [000D031B] Loading Vxd = VPICD [000D0325] LoadSuccess = VPICD [000D0326] Loading Vxd = VTD [000D0327] LoadSuccess = VTD [000D0327] Loading Vxd = REBOOT [000D0328] LoadSuccess = REBOOT [000D0328] Loading Vxd = VDMAD [000D0329] LoadSuccess = VDMAD [000D032A] Loading Vxd = VSD [000D032A] LoadSuccess = VSD [000D032A] Loading Vxd = V86MMGR [000D032E] LoadSuccess = V86MMGR [000D032E] Loading Vxd = PAGESWAP [000D032F] LoadSuccess = PAGESWAP [000D032F] Loading Vxd = DOSMGR [000D0333] LoadSuccess = DOSMGR [000D0333] Loading Vxd = VMPOLL [000D0334] LoadSuccess = VMPOLL [000D0334] Loading Vxd = SHELL [000D0337] LoadSuccess = SHELL [000D0337] Loading Vxd = PARITY [000D0337] LoadSuccess = PARITY [000D0338] Loading Vxd = BIOSXLAT [000D0338] LoadSuccess = BIOSXLAT [000D0338] Loading Vxd = VMCPD [000D0339] LoadSuccess = VMCPD [000D033A] Loading Vxd = VTDAPI [000D033A] LoadSuccess = VTDAPI [000D033A] Loading Vxd = PERF [000D033C] LoadSuccess = PERF [000D033E] Loading Vxd = vserver.vxd [000D033F] LoadFailed = vserver.vxd [000D0340] Loading Vxd = vredir.vxd [000D0345] LoadSuccess = vredir.vxd [000D0346] Loading Vxd = ndis.vxd [000D034D] LoadSuccess = ndis.vxd [000D034E] Loading Vxd = ndis2sup.vxd [000D034F] LoadFailed = ndis2sup.vxd [000D0351] Loading Vxd = vnetbios.vxd [000D0352] LoadSuccess = vnetbios.vxd [000D0358] Loading Vxd = DYNAPAGE [000D0359] LoadSuccess = DYNAPAGE [000D035A] Loading Vxd = VDD [000D035E] LoadSuccess = VDD [000D035E] Loading Vxd = VKD [000D0360] LoadSuccess = VKD [000D0360] Loading Vxd = EBIOS [000D0360] LoadFailed = EBIOS [000D0361] Loading Vxd = INT13 [000D0362] LoadSuccess = INT13 [000D0362] Loading Vxd = VCD [000D0363] LoadSuccess = VCD [000D0363] Loading Vxd = VPD [000D0364] LoadSuccess = VPD Not that the last line finished with a load success. Now the vxd listed in the registry (regedit /l:c:\windows\system.dat /e lvxd.txt hkey_local_machine\system\currentcontrolset\control\vmm32files) "vdd.vxd"=hex:00 "vflatd.vxd"=hex:00 "vmouse.vxd"=hex:00 "vshare.vxd"=hex:00 "vwin32.vxd"=hex:00 "vfbackup.vxd"=hex:00 "vcomm.vxd"=hex:00 "combuff.vxd"=hex:00 "vcd.vxd"=hex:00 "vpd.vxd"=hex:00 "spooler.vxd"=hex:00 "vfat.vxd"=hex:00 "vcache.vxd"=hex:00 "vcond.vxd"=hex:00 "vcdfsd.vxd"=hex:00 "int13.vxd"=hex:00 "vxdldr.vxd"=hex:00 "vdef.vxd"=hex:00 "dynapage.vxd"=hex:00 "configmg.vxd"=hex:00 "ebios.vxd"=hex:00 "vmd.vxd"=hex:00 "dosnet.vxd"=hex:00 "vpicd.vxd"=hex:00 "vtd.vxd"=hex:00 "reboot.vxd"=hex:00 "vdmad.vxd"=hex:00 "vsd.vxd"=hex:00 "v86mmgr.vxd"=hex:00 "pageswap.vxd"=hex:00 "dosmgr.vxd"=hex:00 "vmpoll.vxd"=hex:00 "shell.vxd"=hex:00 "parity.vxd"=hex:00 "biosxlat.vxd"=hex:00 "vmcpd.vxd"=hex:00 "vtdapi.vxd"=hex:00 "perf.vxd"=hex:00 "vkd.vxd"=hex:00 Only these vxd were not loaded : vflatd.vxd, vmouse.vxd and vmd.vxd Is windows\system\vmm32.vxd missing? NO Is vmm32.vxd corrupted ? I checked with a 386 SX 20 5MB RAM laptop with a functional win95C. There, I read Bootlog.txt and vmm32files lists and I saw that vflatd.vxd and vmd.vxd were not loaded or even tried to load even if they are present in the vmm32files list. Now I copied the vmm32.vxd file from my 386SX25 with Cyrix 50 to my laptop replacing its original vmm32.vxd. I restarted the laptop and its Win95C loads fine !! I know vmm32.vxd file is not really exchangeable but here the computer hardware are quite older than the win95 OS and they are primitive and quite same. So, the vmm32.vxd file is not corrupted. Now the hypothesis about the circumstances around the win95 first start hang. Is wmm32.vxd finished to process then win95 load frost ? The next step is normally the SYS CRIT INIT process ... and I can't see its track in Bootlog.txt. Is vmm32.vxd broke before the end ? The last Bootlog.txt line finished by a load success and at least vmouse.vxd is not loaded but no error is displayed anywhere ... what to think here ? What else could stop the vmm32.vxd loading without warning ? I have no solid clue to try to solve this problem. I did not find any similar problem in the web. Any help will be greatly appreciated.
  8. Hi, I had a problem with my DVD multiboot when it exceeds 4.xx Go (I don't remember exactly the xx) : WinPE and Windows XP Pro SP2 fail to start : ntoskrnl.exe or setupdd.sys could not be loaded ... Now, this disk becomes large in size : Geexbox Amiga Forever WinPE 2005 VistaPE beta 009 MSDOS 6.22 installation Windows 3.11 installation Windows 95 installation Windows 98 SE installation Windows ME installation Windows 2000 Pro installation Windows XP Pro installation Windows 2003 installation Acronis suite Paragon NTFS Linux Rescue and some other small tools ... All of them work fine. The last added tool was Knoppix DVD version. WinPE did not boot correctly. If I delete Knoppix DVD from the DVD multiboot, WinPE works. I have read somewhere that if you enclose a file in a deep directory (large number of subdirectories), this file is written far in the ISO file (then it is burned towards the end of the CD/DVD disk). I decided to place the file system KNOPPIX in the directory path \KNOPPIX\FS\K\K, deeper than \Windows\system32\drivers. Therefore, I assume that the ntoskrnl.exe and setupdd.sys files are burned under the 4Go limit on the disk. Result : WinPE loads normally without error. The same for the other tools. Hope this help someone.
  9. Tryphon

    Inserting Service Pack 2 Cd !

    Thank for the clarification. To illustrate your lesson on an example, suppose your DVD driver labeled D:. On your multiboot DVD, WinXPProSP2 files are in \setup\winxppro. During all the setup process, Windows Setup finds the Windows files in D:\setup\winxppro\i386 (setup path) unless it can't find one so the default path is D:\i386 (but we know your own DVD is ok and you haven't this trouble). Here my situation. In the best of my knowledge, all necessary Windows setup files are on my multiboot DVD (entire original Windows xp pro + integrated SP2 in \setup\winxppro\, Win51, Win51ip, Win51ip.sp2 in the DVD root and in \setup\winxppro\, SetupSourcePath = "\setup\winxppro\" in \pro1\txtsetup.sif and no unattend.txt or winnt.sif file) : From the first boot to the first restart of the Windows setup process, all is ok : files are found in D:\pro1\ and D:\setup\winxppro\. So I suppose the default path is D:\setup\winxppro. When the first Setup restart is done (multiboot DVD keeped in the optical drive), Setup continues a brief moment and stops asking to insert the Service Pack 2 CD. When I press OK, a window box propose to enter a new path which is by default : D:\i386. Learning from your last post, I deduce that there are missing files in my multiboot DVD. The first file claimed by Windows setup in ASMS directory. After checking, ASMS is in D:\setup\winxppro\i386 and it is not empty. If I enter D:\setup\winxppro\i386 in the window box 'Insert the SP2 CD ...', Windows setup continues. If ASMS is effectively missing, corrupt or in the case of a DVD filesystem error, Windows setup can't continue until I enter the good path of a non corrupt media. Therefore, it is a contradiction : Windows setup reacts as if D:\setup\winxppro\i386\ASMS is missing, it asks this directory in the default path D:\i386 and it continues the installation when I enter D:\setup\winxppro\i386 in the windows box !! (I recall you that Win51*.* files are in D:\ and D:\setup\winxppro\) This situation is repeated for a lot of other files until the end of the process, but all these files are on the multiboot disk. The produced Windows OS is functional. I have tested this with two computers: two different hardware configurations. I have rebuilt the multiboot DVD several times on a DVD-RW disk reading again and again the page http://flyakite.msfnhosting.com/xpprosp1.htm. I don't know what to do now.
  10. Tryphon

    Inserting Service Pack 2 Cd !

    Thank for the reply. 'ASMS' directory is not a problem, I just mention it to illustrate that Windows Setup asks files from a Service Pack CD (because default path in Setup Windows is \i386 although SetupSourcePath = "\setup\winxppro\" when I keep the multiboot DVD in the drive). When I eject multiboot DVD during the first reboot of installation setup, default path in Windows setup is \setup\winxpro\ but drive letter is wrong so I have to introduce the multiboot DVD in another drive to continue the installation. Sorry for my heavy explanations. I'm not very good at English. I notice that you have multiple optical drives. I would to ask you another things : 1) Do you keep the multiboot DVD during all the time of the Windows installation process ? 2) Do you use CDSHELL to manage the multiboot ? If not, what soft do you have ? Thank.
  11. Tryphon

    Inserting Service Pack 2 Cd !

    Yes, I enter the true path and Setup finds 'asms' ... Since I have posted the first message, here I describe what I have found. For example, Setup CD is in drive I:. Setup launches installation ... all is right. Setup achieve the first reboot and Setup CD is in the drive. After rebooting, CDSHELL starts. I do nothing and CDSHELL boots the first HD. XP Setup continues. A window appears : Insert Service Pack 2 CD ... When I press OK, default path is I:\i386. As I said before, files are in I:\setup\winxppro\i386 although SetupSourcePath = "\setup\winxppro\" in I:\PRO1\txtsetup.sif and Win51, Win51ip, Win51ip.sp2 are in I:\ and I:\setup\winxppro\. So it is an undocumented problem. Other test I made. Before the first restart of Windows XP pro Setup, I eject the CD. Then the system reboots and setup continues. But this time, Setup asks SP2 files (first is 'asms' directory) in J:\setup\winxppro\i386. Surprise ! Path is good but drive letter is bad. If I insert the Setup CD in J: (not in I:), Setup continues to the end of the installation. Conclusion : the presence of the CD during the first reboot generates the default path as I:\i386 but without it this path is J:\setup\winxppro\i386. Why ? I don't know. How can I eliminate the variation of the default path ? I don't know. My computer have a SCSI DVD drive and a IDE DVD burner. Any idea ? Can someone having two optical drives (or more) tell me if his multiboot CD/DVD hasn't this issue installing Windows XP Pro + SP2 (or Windows 2000 + SP4 or Windows 2003) ? Thank.
  12. Tryphon

    Inserting Service Pack 2 Cd !

    I don't think it applies in my situation. Win51*.* are right on the disk. How many optical drives have you got on your computer ? When you install an OS, do you keep the multiboot DVD in the drive during the first restart or not ? Do you use CDShell software for the menu boot ? Thank for your help.
  13. Hi, I use CDSHELL for multi boots on a DVD. I have prepared all needed files for installing Windows XP Pro + SP2 : boot install in \PRO1\, ALL Windows+SP2 files, directories and sub-directories in \setup\winxppro\, PRO1.DAT, win51, win51ip and win51ip.sp2 in the root of a CDRW. The install process is ok from the boot to the first restart. After Windows starting from HD, a window ask me to insert the CD of service pack 2 to achieve 'asms' directory. Default path was X:\i386 I can give it the good path : X:\setup\winxppro\i386 so it pursues the installation until the next window claiming the same CD, and so on... What's happening ? If I have correctly modified TXTSETUP.SIF file ? Yes : SetupSourcePath = "\setup\winxppro\" Missing Win51, Win51ip or Win51ip.sp2 in the root or in \setup\winxppro\ ? No, all these files are in their good place. So what ? Is there another reason for Windows Install unable to keep in memory the SetupSourcePath after the first reboot ? If someone have a solution or the smallest piece of the solution I would become the happiest newbie after the 60th test ! Thank.