Windows Me IO.SYS (WINBOOT.SYS) format
#1
Posted 24 June 2006 - 03:43 AM
does anybody know what is the internal format of the IO.SYS file in Windows Me?
As it is well known, all IO.SYS (WINBOOT.SYS, WINBOOT.EBD) files published by Microsoft in the Q311561 knowledge base article are English version, although they claim to be localized - they are not.
For Windows 98 (SE) it is very easy, there are just three standard blocks of localizable texts, so it is no problem to transfer them from the original localized IO.SYS to Q311561 IO.SYS.
But Windows Me IO.SYS uses some different format, it seems to be packed but I have no idea how to unpack it or how to put localized part of the IO.SYS to the IO.SYS from Q311561.
Any ideas?
Petr
#3
Posted 25 June 2006 - 02:09 AM
The file format is DOS COM files. It basically consists of the old ibmbio.com + ibmdos.com + a bitmap (order unknown).
W
#4
Posted 25 June 2006 - 09:25 PM
I don't think they implemented any new functions in DOS 8.00, other than removing pure DOS mode.
#5
Posted 25 June 2006 - 11:59 PM
For correct localization of Windows Me service pack it is necessary to localize also winboot.sys and winboot.ebd - but I don't know how, the contents is not readable, it looks packed.
Petr
This post has been edited by Petr: 26 June 2006 - 12:00 AM
#6
Posted 26 June 2006 - 10:43 AM
But that was along time ago, and I don't have the URL.
I do have the file though.
IONOLOGO.ZIP (73.36K)
Number of downloads: 150
HTH
#7
Posted 26 June 2006 - 11:05 AM
MDGx, on Jun 26 2006, 05:43 PM, said:
But that was along time ago, and I don't have the URL.
I do have the file though.
HTH
Thank you, this io.sys witout logo was posted here also by Tihiy some time ago.
Yes, there may be several workarounds, but I'd still prefer to be able to move localized strings into original io.sys for ME from Q311561.
Does anybody know that is the difference in functionality of winboot.sys and winboot.ebd in Windows Me? The size is different.
Petr
#8
Posted 27 June 2006 - 02:23 AM
- winboot.sys [110080 bytes = renamed to c:\io.sys] is installed by WinME normal setup.
Should say "Starting Windows ME".
- winboot.ebd [116736 bytes = renamed to a:\io.sys] is installed by WinME emergengy boot floppy setup.
Should say "Starting Windows ME in emergency mode".
- winboot.lf [108544 bytes = renamed to d:\io.sys] is installed by WinME boot CD during normal setup.
Should say "Starting Windows ME".
These 3 files are from US English WinME setup CD-ROM inside CABs.
There is also a 4th file [? bytes = fake floppy boot drive e:\io.sys which seems to load in RAM (RAM drive)], which is created by WinME CD setup during normal install.
It doesn't seem to exist [or at least I couldn't find it] inside the WinME CD-ROM CABs.
This IO.SYS should say "Starting new computer".
In this case the [default] computer has:
- 1 HD drive: C
- 1 floppy drive: A
- 1 CD-ROM drive: D
HTH
#9
Posted 09 August 2008 - 10:49 PM
MDGx, on Jun 27 2006, 01:23 PM, said:
- winboot.sys [110080 bytes = renamed to c:\io.sys] is installed by WinME normal setup.
Should say "Starting Windows ME".
- winboot.ebd [116736 bytes = renamed to a:\io.sys] is installed by WinME emergengy boot floppy setup.
Should say "Starting Windows ME in emergency mode".
- winboot.lf [108544 bytes = renamed to d:\io.sys] is installed by WinME boot CD during normal setup.
Should say "Starting Windows ME".
These 3 files are from US English WinME setup CD-ROM inside CABs.
There is also a 4th file [? bytes = fake floppy boot drive e:\io.sys which seems to load in RAM (RAM drive)], which is created by WinME CD setup during normal install.
It doesn't seem to exist [or at least I couldn't find it] inside the WinME CD-ROM CABs.
This IO.SYS should say "Starting new computer".
In this case the [default] computer has:
- 1 HD drive: C
- 1 floppy drive: A
- 1 CD-ROM drive: D
HTH
4th file is no fake!
For purpose of booting from C: drive, an unmodified IO.SYS from simulated A: boot diskette image placed on Windows ME OEM CD from which that CD boots can be used, and English COMMAND.COM can be modified by replacing in this file at hex offset 00006510 byte 75 by byte EB.
Io.sys file size is 116736 bytes.
Startup message:
Now preparing to start your new computer. . .
In additional:
Microsoft Windows Millenium Startup Menu from this floppy image Windows ME OEM CD has no differences with the Startup Menu Windows 98 SE
menu01.gif (3.74K)
Number of downloads: 26
& DBLBUFF.SYS and IFSHLP.SYS load automatically from IO.SYS.
Microsoft updated ms-dos kernel files both version 7.10 & 8.0 MS-DOS Does Not Properly Process Hard Disk Hardware Errors
In Windows Millennium Edition Q311561 Update package 2 files
Date Time Size File name
-----------------------------------------
29-Nov-2001 09:30 116,736 winboot.ebd
-----------------------------------------
29-Nov-2001 12:29 110,080 winboot.sys
Last "cosmetic" update: With Windows Vista the files on the startup disk are dated 18th April 2005 but are otherwise unchanged, Io.sys file size is 116736 bytes
This post has been edited by _Smoker: 16 May 2010 - 04:15 PM
#10
Posted 16 May 2010 - 04:18 PM
#11
Posted 16 May 2010 - 09:30 PM
_Smoker, on 16 May 2010 - 04:18 PM, said:
Not quite. By doing this you'll be stripping the bitmap, but also another module that follows it, which starts at file offset 0x44006. The bitmap starts at 'BM' but ends at 0x44005, since the file size (the dword that follows "BM") is 0x1F836...
#12
Posted 17 May 2010 - 05:05 AM
dencorso, on 16 May 2010 - 09:30 PM, said:
_Smoker, on 16 May 2010 - 04:18 PM, said:
Not quite. By doing this you'll be stripping the bitmap, but also another module that follows it, which starts at file offset 0x44006. The bitmap starts at 'BM' but ends at 0x44005, since the file size (the dword that follows "BM") is 0x1F836...
Thanks, I've corrected my IO.SYS.
How to remove DOS configuration manager from uncompressed MS-DOS 8.0 IO.SYS?
This post has been edited by _Smoker: 17 May 2010 - 05:09 AM
#13
Posted 17 May 2010 - 05:33 AM
Applying Q311561/LBA patches is more practical.
#14
Posted 29 May 2010 - 04:42 AM
#15
Posted 29 May 2010 - 11:55 AM
Later edit: Now I understand... You mean to restore Win ME Real-DOS ability, as per this patch, right? My guess is it would be easier to collect Win ME COMMAND.COM and REGENV32.EXE and the IO.SYS extracted from Windows XP SP3 diskcopy.dll, and apply to these files their patch directly, and then use RLoew's IO8DCOMP.EXE on IO.SYS.
#16
Posted 29 May 2010 - 12:44 PM
dencorso, on 29 May 2010 - 11:55 AM, said:
Later edit: Now I understand... You mean to restore Win ME Real-DOS ability, as per this patch, right? My guess is it would be easier to collect Win ME COMMAND.COM and REGENV32.EXE and the IO.SYS extracted from Windows XP SP3 diskcopy.dll, and apply to these files their patch directly, and then use RLoew's IO8DCOMP.EXE on IO.SYS.
An unmodified original IO.SYS in boot image placed on Windows Me OEM CD no need any patch,directly support real MS-DOS mode, COMMAND.COM can be modified by replacing in this file at hex offset 00006510 byte 75 by byte EB (Comparison of x86 DOS operating systems - Wikipedia, the free encyclopedia).
First 2048 bytes from original Windows Me OEM CD IO.SYS to restore the "Real-mode functionality" in IO.SYS extracted from diskcopy.dll Windows XP, Vista, 7
OEM.zip (1.43K)
Number of downloads: 15
This post has been edited by _Smoker: 04 June 2010 - 10:39 AM
#17
Posted 29 May 2010 - 01:52 PM
Notice that you can accomplish that by directly patching an uncompressed version of Win ME IO.SYS, but this allows one to use also the compressed versions, which cannot be patched, unless someone creates a recompressor for IO.SYS.
BTW, you'll certainly find this Boot-Land thread of interest, if you don't already know it (I suspect you do, but, in any case, here's the pointer just for the record).
Attached File(s)
-
VER710.7z (524bytes)
Number of downloads: 40
#18
Posted 29 May 2010 - 02:30 PM
dencorso, on 29 May 2010 - 01:52 PM, said:
Notice that you can accomplish that by directly patching an uncompressed version of Win ME IO.SYS, but this allows one to use also the compressed versions, which cannot be patched, unless someone creates a recompressor for IO.SYS.
BTW, you'll certainly find this Boot-Land thread of interest, if you don't already know it (I suspect you do, but, in any case, here's the pointer just for the record).
Thanks for driver, it's best replacement setver.exe. Now i use deversioned ms-dos 8.0 files by replacing byte sequence 3D 08 00 74 ->90 90 90 EB.
Interesting thing from Boot-Land thread by Wendy: "The inclusion of himem.sys may have been a failsafe device. It is indeed possible to deactivate various things in io.sys, and it may be possible to deactivate the internal one"...
#19
Posted 29 May 2010 - 03:27 PM
_Smoker, on 29 May 2010 - 02:30 PM, said:
Yeah, thanks!
The problem with setver.exe is that it loads too late to fool COMMAND.COM, while my driver can fool it all right.
Wendy knows a lot about DOS, especially the latest versions... she may well be right, but there's lots to be learned about v. 8.00, still. And RLoew's decompressor opened up a novel window of opportunity to investigate the v. 8.00 IO.SYS, so interesting developments should be forthcoming.
#20
Posted 30 May 2010 - 12:50 AM
dencorso, on 29 May 2010 - 01:52 PM, said:
Notice that you can accomplish that by directly patching an uncompressed version of Win ME IO.SYS, but this allows one to use also the compressed versions, which cannot be patched, unless someone creates a recompressor for IO.SYS.
Small Patches to Windows ME IO.SYS can be done to the compressed Version by adding the Patch Code after the Decompression has taken place. Phelum did this with his Windows ME Version of his Partition Offset bug Patch.
It should also be possible to shrink the compressed IO.SYS file if one or more of the 48K (uncompressed) blocks can be removed.
- ← windows me auto patcher
- Windows 9x Member Projects
- Kernelex 4.5 Flash 10 install not working (for me) →



Help


Back to top









