EP1244951A2 - Execution de microsoft windows 95/98/me sur disque dur - Google Patents

Execution de microsoft windows 95/98/me sur disque dur

Info

Publication number
EP1244951A2
EP1244951A2 EP00981569A EP00981569A EP1244951A2 EP 1244951 A2 EP1244951 A2 EP 1244951A2 EP 00981569 A EP00981569 A EP 00981569A EP 00981569 A EP00981569 A EP 00981569A EP 1244951 A2 EP1244951 A2 EP 1244951A2
Authority
EP
European Patent Office
Prior art keywords
drive
files
customized
ramdisk
sys
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP00981569A
Other languages
German (de)
English (en)
Other versions
EP1244951A4 (fr
Inventor
Kam-Fu Chan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from PCT/IB2000/000010 external-priority patent/WO2001050244A1/fr
Application filed by Individual filed Critical Individual
Publication of EP1244951A2 publication Critical patent/EP1244951A2/fr
Publication of EP1244951A4 publication Critical patent/EP1244951A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system

Definitions

  • This invention relates to running Microsoft Windows 95/98/Millenium Edition (the operating system) in device(s), including computer system(s), capable of running the operating system.
  • this invention relates to utilizing ramdisk as a storage medium for the running image of the operating system on which the full operating system can be run off. Access to other non-volatile storage medium is either not required or allowed for preserving user configuration and providing user flexibility for running ramdisk-based Microsoft Windows 95/98/Millenium Edition (Microsoft Windows 95/98/ME) in protected WINDOWS mode.
  • Microsoft Windows 95/98/ME is designed to be installed onto and to run on a nonvolatile rewriteable storage medium with sufficient space and speed. Once the protected-mode portion of the operating system runs off on such storage medium, the medium cannot be removed from the computer system or device as the running system need gain access to it. In this sense, the storage medium need to be fixed with the computer system or device when the operating system starts running in protected WINDOWS mode.
  • This description applies to local installation and running of the operating system in standalone computer system(s) or device(s) as well as Server-based Setup and running of the operating system for networked computer system(s) or device(s).
  • the present invention provides for running the protected-mode Microsoft Windows 95/98/ME on ramdisk in two alternative ways.
  • the first way is called the 'Contained Style', the second the 'Split Style'.
  • the protected-mode Microsoft Windows 95/98/ME can be run wholly on ramdisk without the need for accessing other storage medium.
  • it allows non-volatile rewritable storage medium to be used, for instance, for the purposes of saving data derived from work done during using the operating system and of storing user applications.
  • Running the operating system in the Contained Style however cannot suit all purposes and uses.
  • the Contained Style cannot provide for easy user flexibility.
  • Preservation of user configuration for instance, in relation to user application(s) set up on non-volatile rewriteable storage medium during using the operating system requires an additional back-up step before shutting down the operating system and cannot be done automatically. In this way, if such information is not backed up and restored onto the running image of the operating system on ramdisk before it is started into protected WINDOWS mode next time again, modifications to user configuration during a previous session cannot be utilized. Starting up the operating system always in the same way may be suitable or actually required in certain cases and for certain purposes. However, for other cases and purposes, preservation of modifications to user configuration may be a necessity. If such modifications have to be backed up before shutting down every session and restored every time before another session, it will lead to maintenance inconvenience.
  • the amount of RAM, Random Access Memory, installed is limited and not sufficient to hold a full installation of the operating system, not to mention other user applications. It is thus essential to separate the core part from other less essential part of the operating system.
  • the core part of the operating system is to be stored in a 'System Drive' on RAM for fast running and the less essential part on a 'User Drive' on non-volatile rewriteable storage medium for access when there is a need.
  • An example is the possibility of separating Internet Explorer (to be stored on User Drive for occasional access or replaced by other similar program of choice) from the system kernel of the operating system (to be stored in a System Drive on ramdisk for fast running).
  • User applications and its configuration can also be stored on such User Drive.
  • the storage of less essential part of the operating system and other user applications together with their configuration on a User Drive and the preservation of their settings from session to session of running the operating system relies on the possibility of preserving such user configuration on a User Drive created on a non-volatile rewriteable storage medium.
  • the Split Style makes possible the phenomenon of running the operating system on ramdisk and still provides for the preservation of user configuration. This thus allows for the possibility of separating the core part (to be stored in System Drive on ramdisk for fast running) from the less essential part (to be stored on User Drive for occasional access) of the operating system and the setting up of user applications on User Drive(s).
  • the Split Style therefore caters for user flexibility by automatically preserving modifications to user configuration during using the operating system.
  • user configuration files and user applications are stored together with the running image of the operating system on ramdisk.
  • the System Drive containing the running image of the operating system and the User Drive containing user configuration and user applications are all on ramdisk.
  • the System Drive and the User Drive can be either separated into different drives or integrated into one and the same drive.
  • user configuration files and user applications are stored on a non- volatile rewriteable storage medium, which can be mapped and used as a drive under real DOS mode before the operating system is started into protected WINDOWS mode. They are separate from the running image of the operating system in System Drive on the ramdisk.
  • the System Drive containing the running image of the operating system is on ramdisk and the User Drive containing user configuration and user applications is on non-volatile rewriteable storage medium.
  • This invention makes possible the running of Microsoft Windows 95/98/ME in protected WINDOWS mode on ramdisk after the operating system is booted up in real DOS mode by bootable device.
  • a computer system or device is booted up from a hard disk, floppy disk or boot ROM.
  • Microsoft documents its support of booting from alternate devices by Microsoft Windows 98, for instance, at http://www.microsoft.com/HWDEV/devdes/cdboot.htm.
  • the EL Torito- Bootable CD-ROM Format Boot Specification, Version 1.0 is for booting a computer system from CDROM.
  • Compaq, Intel, Phoenix BIOS Boot Specification, Version 1.01 and AT API Removable Media Device BIOS Specification, Version 1.0 are other specifications for booting from various forms of alternate booting devices. At present, these specifications allow booting of Microsoft Windows 95/98/ME into real DOS mode, the running of it in protected WINDOWS mode relies on the presence of a fixed nonvolatile storage medium such as a fixed hard disk or a fixed removable disk. These specifications do not specify the setting up and use of ramdisk, the configuration of the running image of Microsoft Windows 95/98/ME, the transfer of this running image from a storage medium onto a ramdisk and the running of the protected-mode Microsoft Windows 95/98/ME on the ramdisk. What is left out as outlined above in these specifications is specified by this invention.
  • This invention reveals a method of preparing Microsoft Windows 95/98/ME to run on ramdisk in two styles, namely the Split Style and the Contained Style.
  • the Split Style requires access to a non-volatile rewriteable storage medium for storing and preserving user configuration.
  • This requirement of non- volatile rewriteable storage medium for running the operating system in ramdisk-based protected WINDOWS mode brings the advantage of automatically preserving modifications to user configuration during running the operating system.
  • This advantage allows for separating the core part (to be put in System Drive on ramdisk for fast running) from the less essential part (to be stored on User Drive(s) on non- volatile rewriteable storage medium for occasional access) of the operating system for computer system(s) or device(s) with limited system RAM. It also allows for setting up user applications on User Drive(s) and their continual updating and use from one session to another of running the operating system. For the purpose of preservation, user configuration used by applications and the operating system in protected WINDOWS mode is stored in a User Drive on non-volatile rewriteable storage medium. In this way, it makes possible fast system operation on ramdisk as well as user flexibility and configurability.
  • Configuration Drive where only user configuration files together with WIN.COM are stored
  • Application Drive where only user applications or system applications not necessary for starting up the operating system are stored
  • Configuration & Application Drive where Configuration and Application Drive are integrated into one drive.
  • system files which form the kernel part of the operating system are stored in a System Drive on ramdisk for fast running.
  • both the System Drive and the Configuration Drive as described above are required and should be made accessible and usable under real DOS mode when the command WIN or WIN.COM is issued.
  • Application Drive is optional and can be integrated into Configuration Drive as Configuration & Application Drive or integrated with System Drive as System & Application Drive.
  • Non-kernel system application(s) or user application(s) can be placed in a separate Application Drive on ramdisk or integrated into System Drive on ramdisk in computer(s) or device(s) with sufficient RAM for fast running. Or they can be placed in a separate Application Drive or integrated with Configuration Drive to be stored on non-volatile rewriteable storage medium.
  • Non-volatile rewriteable storage medium / media can still be used for storing user data that need to be preserved.
  • ramdisk For the operating system to be run on ramdisk, it has to be installed and configured in computer system(s) or device(s) as usual using the setup programme provided with it. There should also be a compatible ramdisk capable of holding the running image of the operating system in computer system(s) or device(s) with sufficient RAM for the protected-mode Microsoft Windows 95/98/ME to run.
  • the ramdisk can be implemented as hardware external to the main RAM or as software within the main RAM.
  • Real DOS mode software acting as virtual container drive driver for utilizing virtual container drive is also required so that the image of the customized Microsoft Windows 95/98/ME can be stored into virtual container drive(s) for easy copying or transfer from storage medium onto ramdisk.
  • Microsoft Windows ME 10.
  • SYS and COMMAND.COM in the root directory of the hard disk boot- up drive and REGENV32.EXE in the ⁇ WINDOWS ⁇ SYSTEM directory of the installed operating system have to be patched by a software so that access to real DOS mode is enabled for loading real DOS mode driver(s) and programme(s) during the booting process. Otherwise, the 10. SYS and C0MMAND.COM of the Emergency Boot Disk (prepared by Microsoft Windows ME) placed in boot-up floppy drive have to be used for enabling real DOS mode in the booting process. (This boot-up floppy Emergency Boot Disk can be etched onto a bootable CD by some CD recording software so that the bootable CD can emulate the Emergency Boot Disk.)
  • This invention reveals a method for customizing the configuration and preparing a running image of the operating system so that when this customized running image is booted up, it can be run off in protected WINDOWS mode on ramdisk in two different styles, namely the Contained Style and the Split Style.
  • Contained Style a System Drive containing the kernel part of the operating system and Configuration Drive containing user configuration files and WIN.COM and optionally other applications in User Drive(s) are all copied or transferred onto ramdisk for starting the operating system into protected WINDOWS mode wholly from ramdisk.
  • the System Drive containing the kernel part of the operating system is copied or transferred onto ramdisk for fast running.
  • Configuration Drive containing user configuration files and WIN.COM and optionally other applications in User Drive(s) are, for the purpose of preserving user configuration, stored on non-volatile rewriteable storage medium that can be recognized and used under real DOS mode before the operating system is started into protected WINDOWS mode.
  • This method therefore leads to the creation of a product, i.e. a customized image of files.
  • This image includes customized configuration files, system files of the operating system and other device drivers and programmes. The use of this image makes possible the phenomenon of running off Microsoft Windows 95/98/ME in protected WINDOWS mode on ramdisk.
  • split Style user configuration and application(s) are preserved from session to session on non-volatile rewriteable storage medium in computer system(s) or device(s) capable of running the operating system.
  • Contained Style although user configuration and applications set up on ramdisk are not preserved, the operating system is free from the requirement of access to non-volatile rewriteable storage medium for its operation.
  • This method and the booting process include the steps of customizing the configuration of the running image of Microsoft Windows 95/98/ME; transferring or copying the properly configured running image (including system image and user configuration), other device drivers and programmes onto storage medium/media; booting off the running image in real DOS mode; loading the appropriate ramdisk; transferring or copying the system image files, other device drivers and programmes onto ramdisk with user configuration files and application(s) either also on ramdisk as in the Contained Style or on non-volatile rewriteable storage medium as in the Split Style; and finally issuing the command, WIN, under real DOS mode to start the operating system into protected WINDOWS mode.
  • Microsoft Windows 95/98/ME can be made to boot up in two phases, the first phase is booting to real DOS mode. The second phase is booting to protected WINDOWS mode by issuing the WIN command.
  • the first phase In the first phase, it reads in IO.SYS, MSDOS.SYS, COMMAND.COM, CONFIG.SYS, and AUTOEXEC.BAT, if available and applicable, for user-configurable system information, as well as commands and programmes to be executed. In the process, it prepares for loading into protected WINDOWS mode. It starts its protected-mode operation after the WIN command is issued.
  • the operating system After issuing the WIN command, the operating system is loaded into protected WINDOWS mode. Before this is successful, the operating system checks the system information about where the Microsoft Windows 95/98/ME WINDOWS system files are located. This information is stored in RAM on booting and specified in MSDOS.SYS. Modifying MSDOS.SYS after booting does not change the system information stored in RAM. So for the operating system to locate these system files and run the protected-mode Microsoft Windows 95/98/ME successfully, MSDOS.SYS should contain proper settings before the operating system boots up under real DOS mode.
  • user configuration files used by the operating system when it is started into and running in protected WINDOWS mode) are placed. These user configuration files include at least all Registry files and all INI files; Policy files and User Profile files may be included as well.
  • DisableLog controls whether Bootlog.txt is created during the booting process. It assumes the value 1 or 0. This setting should be included and set to 1 so as to disable the creation ofBootlog.txt on booting up if the booting storage medium is a read-only medium.
  • the operating system prepares for running in protected WINDOWS mode. It reads in MSDOS.SYS to find out where the system files are. By default, the WinDir and WinBootDir are assumed to be C: ⁇ WINDOWS if they are not set elsewhere in MSDOS.SYS. Using such information, the operating system loads HIMEM.SYS and IFSHLP.SYS in the case of Microsoft Windows 95/98 or IFSHLP.SYS only in the case of Microsoft Windows ME. The driver(s) should be loaded in memory before WIN.COM is started so that the operating system can be run in protected WINDOWS mode.
  • ramdisk driver CDROM driver
  • virtual container drive is defined here as a computer file or file container, when opened or mounted by programmes or utilities capable of using it, appearing to be a drive with a compatible file system capable of holding other files that are accessible under real DOS mode and protected WINDOWS mode) have to be loaded as appropriate, before WIN command is issued. This is done by specifying relevant valid entries in CONFIG.SYS, or in
  • Virtual container drive drivers may be used in the form of compression drive drivers or encryption drive drivers or compression and encryption drive drivers provided by software developers. These drivers however should satisfy the requirements of being both mountable and accessible under real DOS mode and protected WINDOWS mode.
  • the virtual container drive representing the System Drive has to be copied onto ramdisk.
  • the ramdisk driver is integrated with the virtual container drive driver as only one driver. In this latter case, a separate step of copying or transferring the virtual container drive onto ramdisk may not be necessary or apparent as it may be integrated into the process leading to the formation of ramdisk itself For the purpose of clarity, this separate step is assumed to be required in the following remaining description.
  • Configuration Drive has also to be copied onto ramdisk if it is not integrated with the System Drive.
  • Configuration Drive or Configuration & Application Drive however has to be remained in a non- volatile rewriteable storage medium for preserving modifications to user configuration.
  • a SUBST.EXE command has to be issued before issuing the WIN command. For instance, if the ramdisk is set up as drive X:, and the boot-up device or drive is recognized as C:, then the command [drive:] [pathJSUBST.EXE C: X: ⁇ can be used.
  • the configuration files read by the operating system during and after the process. of loading into protected WINDOWS mode are the
  • Registry files, Policy files, User Profile files and INI files contained various entries of system and user configuration information.
  • HKEY_LOCAL_MACfflNE ⁇ SOFTWARE ⁇ Microsoft ⁇ Windows ⁇ CurrentVersion ⁇ SystemRoot This setting directs the operating system to read and store relevant user configuration information whilst running.
  • the Registry files, Policy files and User Profile files cannot be easily altered under real DOS mode. For convenience, these files have to be altered after the protected WINDOWS mode is running. Because these files contain many entries about directory information, a programme has to be developed for such alteration. Suppose if the operating system now starts from C: ⁇ WINDOWS, it will crash if all entries in the Registry files pointing to C: ⁇ WINDOWS are altered to V: ⁇ WINDOWS if the process is not done properly and restored afterwards. Therefore, these configuration files have to be backed up first and used for recovery in case of crash during the alteration process later.
  • the programme capable of doing such alteration has to, firstly change the relevant entries so that they point to their valid new location(s), secondly copy the new configuration files to another location for use later, and thirdly change back the relevant entries in the configuration files so that they point to their unaltered location(s). Otherwise, the operating system will crash.
  • INI files have also to be changed likewise.
  • the location(s) of programmes specified in Shortcut files should also be changed to their new location(s) so that they can be validly referred to and run successfully.
  • the existing operating system is preserved and a new copy of MSDOS.SYS, CONFIG.SYS, AUTOEXEC.BAT, Registry files, Policy files, User Profiles, INI files and Shortcut files is produced.
  • Another way of obtaining suitable configuration files of a running image is to partition and format a hard disk with sufficient number of drives, and then install the operating system onto the appropriate drive, the drive letter of which will later be taken up by the virtual container drive on which the running image is to run. For instance, if drive V: is to be used as the virtual container drive, the System Drive, for running off the operating system, the hard disk should first be partitioned and formatted up to drive V:, and a new installation of the operating system is set up on this drive V:.
  • the running image will be suitable for running from the virtual container drive when the latter is transferred onto ramdisk.
  • the setting of WinBootDir and the
  • SystemRoot key within the Registry should be set as described above.
  • Other settings within the configuration files pointing to Windows system files except those residing in User Drive(s) should however be set to the valid location of these files within the System Drive, usually the ⁇ WINDOWS directory of the System Drive.
  • Those files found in User Drives(s) should also be pointed correctly by their relevant entries within all configuration files.
  • the hard disk After backing up the running image and the associated customized configuration files, the hard disk should be re-partitioned to have less number of drives so that a free drive letter V: can be taken up by the virtual container drive, the System Drive (to be copied or transferred to ramdisk). And there should also be free drive letters for the use of ramdisk(s) and other virtual container drive(s) if required.
  • a Configuration Drive In Split Style, a Configuration Drive has to be created on a nonvolatile rewriteable storage medium for storing WIN.COM and user configuration files as described above.
  • the Configuration Drive has to be available for reading and writing by the operating system when it is started up into protected WINDOWS mode.
  • this Configuration Drive is to be copied or transferred onto ramdisk in the same way as the System Drive is.
  • the Configuration Drive like the System Drive, can be in the form of virtual container drive. Or the Configuration Drive can be made identical to and integrated with the System Drive as appropriate. In this case, only one virtual container drive is copied or transferred onto ramdisk.
  • the process of customization is further simplified by: firstly, installing the operating system as usual onto C: drive of a hard disk; secondly, creating a virtual container drive and transferring the contents of C: drive into the virtual container drive; thirdly making sure that the C: drive contains IO.SYS, COMMAND.COM, HIMEM.SYS and IFSHLP.SYS in the case of Microsoft Windows 95/98 or IFSHLP.SYS in the case of Microsoft Windows ME, ramdisk driver(s), storage device driver(s), and programmes for copying files and for utilizing these drivers, and the virtual container drive so created above and its driver; and fourthly, customizing MSDOS.SYS, CONFIG.SYS, AUTOEXEC.BAT as appropriate.
  • Drive C now contains the whole customized running image - including IO.SYS, COMMAND.COM, HIMEM.SYS and IFSHLP.SYS in the case of Microsoft Windows 95/98 or IFSHLP.SYS in the case of Microsoft Windows ME, customized MSDOS.SYS, customized CONFIG.SYS, customized
  • Drive C can then be recorded onto a bootable CD as drive C: by CD recording software.
  • the customized AUTOEXEC.BAT will execute commands of setting up a ramdisk, for instance as drive X:; transferring the virtual container drive, the System Drive, onto the ramdisk; mounting up the System Drive, for instance as V:; executing SUBST.EXE so that C: (the bootable CD) and X: (the ramdisk) all point to the System Drive V: (in the form of SUBST.EXE C: V: ⁇ and
  • the virtual container drive representing the Configuration Drive has also to be copied or transferred onto ramdisk and then mounted up before issuing WIN.COM.
  • the original drive C: on the hard disk can still be used but will be turned into another drive letter, for instance as D:.
  • the virtual container drive (representing the Configuration Drive) so copied or transferred onto ramdisk may be mounted as U: (if the Configuration Drive is not made identical to the System Drive).
  • the booting CD C: drive will be made referring to the contents of Drive V:, the System Drive as described above. In this way, the original booting CD is hidden.
  • the CD drive will now be recognized as a CD drive associated with another drive letter after booting and running into protected WINDOWS mode. The CD can later be removed or replaced as usual.
  • the non- volatile rewriteable storage medium containing the virtual container drive with user configuration information should be available for the process of booting into protected WINDOWS mode.
  • the Original drive C: on the hard disk can still be used but will be turned into another drive letter, for instance as D:.
  • the drive containing the Configuration Drive on nonvolatile rewriteable storage medium may assume Drive E:, and the Configuration Drive (in the form of virtual container drive) within it may be mounted as U:.
  • V: ⁇ , C: drive will be made referring to the contents of Drive V:, the System Drive as described above. In this way, the original booting CD is hidden. After booting and running into protected WINDOWS mode the CD drive will be recognized as a CD drive associated with another drive letter. The CD can later be removed or replaced as usual.
  • the whole customized running image thus contains IO.SYS, COMMAND.COM, HIMEM.SYS and IFSHLP.SYS in the case of Microsoft Windows 95/98 or IFSHLP.SYS in the case of Microsoft Windows ME.
  • device drivers such as ramdisk driver(s), storage device driver(s), virtual container drive driver(s), and programmes or utilities for loading and utilizing these drivers and for copying files, these files are to be placed in valid locations on the boot-up drive.
  • the image also comprises customized MSDOS.SYS, customized CONFIG.SYS and customized AUTOEXEC.BAT. These configuration files are to be read under real DOS mode on booting and should be placed on root directory of the boot-up drive.
  • Configuration Drive is to be copied or transferred onto ramdisk in the same way as the System Drive is. It can also be integrated with System Drive as System & Configuration Drive to be copied or transferred on ramdisk.
  • Configuration Drive is to be created on a non-volatile storage medium for direct access.
  • all other Windows system files supplied by the operating system during the installation process as selected by the user form the kernel part of this customized image. These files are to be placed in the virtual container drive, the System Drive, to be copied or transferred on ramdisk.
  • the customized running image may contain hundreds of files.
  • the time required for copying the customized running image file by file to ramdisk under real DOS mode is very long.
  • Configuration Drive has to be created on non-volatile rewriteable storage medium.
  • An ordinary hard disk drive may be used for
  • MSDOS.SYS customized CONFIG.SYS and customized AUTOEXEC.BAT
  • device drivers such as ramdisk driver(s), storage device driver(s), virtual container drive driver(s), and programmes or utilities for loading and utilizing these drivers and for copying files have also to be copied into the root directory and other valid locations on a boot-up drive for use upon booting.
  • Stacker 4.1 (copyrighted by Stac Electronics in 1995), is found to be a workable one to use.
  • virtual container drive for instance Stacker 4.1 compression drive
  • the Stacker 4.1 compression drive can be a file with short file name, it can be copied under real DOS mode onto ramdisk, for instance using XCOPY32.EXE.
  • the use of compression drive also saves space when it is copied to storage medium or later to ramdisk as well.
  • virtual container drive(s) containing the Windows system image is / are prepared, it / they can be put onto any storage medium for use later. This is the same for the boot-up drive created as described above.
  • the storage medium can be of any type. For it to be suitable for any use, the running speed of the storage medium should be acceptable to users. ROM, EEPROM, CDROM, DVDRAM, DVDROM, PCMCIA disks, removable MO disks, or other kinds of fixed or removable SCSI, AT API or USB hard disks, etc. can all be used.
  • the transfer of virtual container drive(s) and the boot-up drive onto storage medium can be carried out by utilities most optimized for the particular storage device(s) used.
  • the storage medium containing the boot-up drive has to be bootable when accessed by the booting device.
  • the booting device On booting up, the booting device has to be able to make use of the contents of the boot-up drive as described earlier and start up the process of booting up Microsoft Windows 95/98/ME into real DOS mode, setting up ramdisk(s), copying or transferring the virtual container drive representing the System Drive from the storage medium onto ramdisk.
  • Contained Style Configuration Drive and any other User Drive(s) have also to be copied or transferred onto ramdisk if they are not integrated with the System Drive.
  • Split Style Configuration Drive created on nonvolatile rewriteable storage medium should be accessible for use.
  • the booting process then goes on to mount up the virtual container drive(s) contained in the storage medium so prepared as described above, and finally starts off the operating system on the ramdisk into protected WINDOWS mode.
  • the booting device has to gain access to the storage medium/media.
  • the storage medium/media On the storage medium/media are stored the boot-up drive, the System Drive and the Configuration Drive as described above.
  • the image of the following files namely, IO.SYS, MSDOS.SYS, CONFIG.SYS, COMMAND.COM, and AUTOEXEC.BAT, should be stored in the root directory of the boot- up drive or the contents of such files can be read for the purpose of booting.
  • MSDOS.SYS, CONFIG.SYS, and AUTOEXEC.BAT have to be configured or customized as described above.
  • Ramdisk driver can either be loaded as specified in CONFIG.SYS or in AUTOEXEC.BAT or under DOS command prompt.
  • a virtual container drive such as compression drive, as the System Drive, to hold the Windows system files for fast copying onto ramdisk, as a solution for the problem arising from long file name files and as a means for saving space on ramdisk.
  • a virtual container drive If a virtual container drive is used, it has to be mounted after being copied or transferred onto the ramdisk. In this way, the Windows system image contained within it can be accessed under real DOS mode. On issuing the WIN command, the whole protected-mode Microsoft Windows 95/98/ME can be run off on the ramdisk.
  • the SUBST.EXE command has to be issued before issuing the WIN command, also as described previously.
  • the Configuration Drive can be made integrated with the System Drive. If not, the Configuration Drive has also to be copied or transferred onto ramdisk and made accessible before issuing the WIN command.
  • the Configuration Drive (on non-volatile rewriteable storage medium) containing user configuration files and WIN.COM has to be accessible upon real DOS mode booting. Issuing WIN command will execute the WIN.COM stored in the Configuration Drive.
  • the best mode for carrying out the invention involves the use of a computer with CPU of good running speed, large amount of RAM, for instance 512 megabytes or more (however, 256 megabytes are found to be sufficient to run a bare operating system without other application programmes installed with it), a fast removable and bootable hard disk or MO disk, and preferably a high speed and bootable CD-RW drive; other peripherals are optional.
  • Microsoft Windows 95/98/ME is to be freshly installed onto the removable hard disk or MO disk at a drive letter, which will be assumed by the virtual container drive (the System Drive) after being put onto ramdisk and mounted up. In this way, the customization required for MSDOS.SYS, CONFIG.SYS, AUTOEXEC.BAT will be minimal.
  • the System Drive can be taken as the Configuration Drive also.
  • WIN.COM and user configuration information have to be copied to a directory of a Configuration Drive specified by WinBootDir ⁇ .
  • the Windows system image has also to be transferred to a virtual container drive, representing the System Drive, such as Stacker 4.1 compression drive.
  • This bootable system image can then be copied or recorded onto a bootable CD by using the utilities provided with the CD-RW drive.
  • the Configuration Drive may be added, as appropriate, onto the CD or stored on other storage medium (such as the removeable hard disk or MO).
  • This Configuration Drive should be accessible under real DOS mode for copying or transfer onto ramdisk and mounted up if it is in the form of virtual container drive before starting the operating system into protected WINDOWS mode.
  • the removable hard disk or MO disk may be used for hosting another virtual container drive (representing the Configuration Drive containing WTN.COM and user configuration information) to be mounted up under real DOS booting for starting the operating system into protected WINDOWS mode.
  • the CD-RW is configured to be the booting device for booting up the CD so produced.
  • the operating system will boot into real DOS mode from the CD.
  • Ramdisk is then set up.
  • the virtual container drive i.e. the System Drive, containing Windows system image is copied onto the ramdisk, mounted up and made accessible.
  • the virtual container drive representing the Configuration Drive whether found on the bootable CD or on the removable hard disk or MO disk, has to be copied or transferred onto ramdisk and mounted up.
  • the virtual container drive (the Configuration Drive) containing WTN.COM and user configuration files sitting on the removable hard disk or MO disk has also to be mounted up and made accessible. SUBST.EXE may be issued as appropriate. And finally the protected-mode Microsoft Windows 95/98/ME runs off on the ramdisk as configured.
  • the bootable CD-RW drive can be seen as a drive associated with a drive letter other than C: and the booting CD can be removed or replaced as usual.
  • the ramdisk is simply regarded as another rewriteable fixed disk by the operating system except that the operating system is now running on a storage medium of ram speed.
  • the running of the operating system on a ramdisk makes computer system run faster, saving computing time.
  • the freedom of choice of access to fixed non-volatile storage medium means that standalone desktop computers, notebook computers or hand-held computers capable of running the operating system can be built and used with or without a hard disk.
  • notebook or hand-held computers running without a fixed hard disk can save much battery power and have a longer running time. They can rely on other removable storage systems such as PCMCIA storage media, MO disks, Zip disks or LS-120 disks or even free drive space on the Internet. This mode of functioning helps computing on transit.
  • Computer systems booting off from a running image of the operating system stored on CDROM or ROM and running the operating system on ramdisk in protected WINDOWS mode can guarantee that each such booting and running is clean and unaffected by virus infection. This can save the maintenance cost of the computing world adopting the operating system in relation to efforts spent on anti-virus measures and in relation to the need for system backup and recovery.
  • the standard user configuration information can be stored also on the CD in the form of a virtual container drive (the Configuration Drive) to be copied onto another ramdisk or hard disk for booting into protected WINDOWS mode. If this standard Configuration Drive is to be used, it can be copied onto ramdisk in case of running the operating system in Contained Style or copied onto hard disk in case of running the operating system in Split Style.
  • This copying of the standard Configuration Drive from booting CD onto ramdisk or hard disk is optional as user(s) may choose to load up or utilize previously customized Configuration Drive stored on hard disk or other storage medium as well.
  • the virtual container drive representing the Configuration Drive on the CD can be copied onto the hard disk. If there is already a Configuration Drive with valid user configuration on the hard disk, the user can choose not to do the copying during the real DOS booting.
  • the Configuration Drive can preserve modifications to user configuration in relation to user application(s) or system applications set up on hard disk from one session of running the operating system to another. If a virtual container drive is used for Configuration Drive, the Configuration Drive can be mounted up on booting for use, be backed up easily and restored if so desired.
  • the standard Configuration Drive found on the booting CD can be used as the ultimate resort in case the one on hard disk is damaged and as the initial starting point for customization.
  • Such customization can be different for different users. If the hard disk or MO disk is a removable device, different users having their own Configuration Drives may start the computer in their own customized way. Such computer is also safe and prevents unauthorized access in the sense that the computer cannot boot without suitable Configuration Drive put into the system.
  • the possibility of preserving user configuration from session to session of running the operating system provides the opportunities of setting up system and user application(s) onto the Configuration Drive or other User Drive(s) and still running the operating system on ramdisk.
  • less essential system files can be set up on Configuration Drive or other User Drive(s) for occasional access and the kernel part of the operating system (stored in System Drive) be transferred onto ramdisk for fast system running.
  • Contained Style Because it is also possible to configure the booting process to accommodate the possibility of giving the user(s) a choice of loading such customized Configuration Drive and User Drive(s) from hard disk or other storage medium onto ramdisk during the boot-up process under real DOS mode. This loading of the customized Configuration Drive or User Drive(s) onto ramdisk has however to be accompanied by appropriate use of SUBST.EXE command(s) to accommodate for the difference in configuration between Contained Style and Split Style for such purpose. The operating system can then be started into protected WINDOWS mode.
  • the booting CD is not required after the operating system starts running from ramdisk in protected WINDOWS mode, thus providing flexibility.
  • the CD is virus-free and guaranteed to boot off a clean full Microsoft Windows 95/98/ME every time.
  • the invention also accommodates other configurations not using CD as the bootable device, such as PCMCIA disks, ROM, EEPROM, or removable MO disks, etc.
  • the prior art for the implementation of this invention includes the operating system of Microsoft Windows 95/98/ME; the hardware of any device(s), including computer system(s), capable of running Microsoft Windows
  • this invention makes possible the phenomenon of running off Microsoft Windows 95/98/ME in protected WINDOWS mode on ramdisk (with user configuration preserved and optionally system and user application(s) set up on User Drive(s) when running the ramdisk-based operating system in Split Style) and, in this relation, is characterized by the following claims:

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

La présente invention concerne un procédé aboutissant à la production d'une image exécutable personnalisée de fichiers permettant l'exécution, via une procédure d'amorçage personnalisée, de Microsoft Windows 95/98/ME sur disque dur en mode WINDOWS protégé, tout en gardant la possibilité de choisir, soit l'accès à un support de mémoire non volatile ré-enregistrable, soit souplesse offerte pour la conservation de configuration utilisateur dans un disque utilisateur. Ce procédé, et la procédure d'amorçage, mettent en oeuvre plusieurs opérations. On commence par produire une version personnalisée des fichiers de configuration utilisés par Microsoft Windows 95/98/ME. On prend ensuite ces fichiers de configuration, les fichiers systèmes produits par Microsoft Windows 95/98/ME pendant la procédure d'installation et les autres pilotes et programmes de périphériques, et on les copie sur des supports de mémoire utilisables dans les systèmes ou périphériques de l'ordinateur capables de faire tourner Microsoft Windows 95/98/ME. Il ne reste plus qu'à prendre ces fichiers sur le support de mémoire pour faire un amorçage en mode DOS réel, puis à préparer et exécuter Microsoft Windows 95/98/ME sur disque dur en mode WINDOWS protégé sur ces systèmes ou périphériques d'ordinateur.
EP00981569A 2000-01-06 2000-12-27 Execution de microsoft windows 95/98/me sur disque dur Withdrawn EP1244951A4 (fr)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
WOPCT/IB00/00010 2000-01-06
PCT/IB2000/000010 WO2001050244A1 (fr) 2000-01-06 2000-01-06 Execution de microsoft windows 95/98 sur un disque ram
WOPCT/IB00/01671 2000-11-13
PCT/IB2000/001671 WO2001050260A1 (fr) 2000-01-06 2000-11-13 Conservation de configuration de microsoft windows 95/98/me sur disque dur
PCT/IB2000/001647 WO2001049096A2 (fr) 2000-01-06 2000-11-13 Execution de microsoft windows me sur un disque ram
WOPCT/IB00/01647 2000-11-13
PCT/IB2000/001966 WO2001050215A2 (fr) 2000-01-06 2000-12-27 Execution de microsoft windows 95/98/me sur disque dur

Publications (2)

Publication Number Publication Date
EP1244951A2 true EP1244951A2 (fr) 2002-10-02
EP1244951A4 EP1244951A4 (fr) 2006-10-11

Family

ID=27270226

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00981569A Withdrawn EP1244951A4 (fr) 2000-01-06 2000-12-27 Execution de microsoft windows 95/98/me sur disque dur

Country Status (3)

Country Link
EP (1) EP1244951A4 (fr)
AU (1) AU1880001A (fr)
WO (1) WO2001050215A2 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10579465B1 (en) 2018-03-29 2020-03-03 Keep Security LLC Systems and methods for self correcting secure computer systems
US11175981B1 (en) 2018-03-29 2021-11-16 Keep Security LLC Systems and methods for dynamic self correcting secure computer systems
US11231988B1 (en) 2018-03-29 2022-01-25 Keep Security, Llc Systems and methods for secure deletion of information on self correcting secure computer systems
US11263074B1 (en) 2018-03-29 2022-03-01 Keep Security, Llc Systems and methods for self correcting secure computer systems
US11669389B1 (en) 2018-03-29 2023-06-06 Keep Security, Llc Systems and methods for secure deletion of information on self correcting secure computer systems

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100367238C (zh) * 2001-08-22 2008-02-06 深圳市索普卡软件开发有限公司 一种x86系列兼容机及其操作系统的生成方法
JP2003150429A (ja) * 2001-11-16 2003-05-23 Hitachi Ltd ファイルシステム保護方法及び装置
CN100549906C (zh) * 2004-05-22 2009-10-14 陈锦夫 插拔固定系统硬盘
US20060288079A1 (en) * 2005-05-31 2006-12-21 Deobald Martyn G Security system for personal Internet communicator
DE102018204433A1 (de) * 2018-03-22 2019-09-26 Continental Automotive Gmbh Priorisiertes Steuer- und/oder Bediengerät für Fahrzeugsysteme

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5727213A (en) * 1993-09-10 1998-03-10 Compaq Computer Corp. Computer system capable of booting from CD-ROM and tape

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5089958A (en) * 1989-01-23 1992-02-18 Vortex Systems, Inc. Fault tolerant computer backup system
US5459869A (en) * 1994-02-17 1995-10-17 Spilo; Michael L. Method for providing protected mode services for device drivers and other resident software

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5727213A (en) * 1993-09-10 1998-03-10 Compaq Computer Corp. Computer system capable of booting from CD-ROM and tape

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Microsoft Windows 95: Understanding the Windows 95 Boot Sequence" [Online] April 1997 (1997-04), THE COBB GROUP , XP002394886 Retrieved from the Internet: URL:http://www.microsoft.com/technet/archi ve/win95/w9p9744.mspx> [retrieved on 2006-08-15] * the whole document * *
ANONYMOUS: "Combination boot method for Windows 95(r)" December 1998 (1998-12), RESEARCH DISCLOSURE, MASON PUBLICATIONS, HAMPSHIRE, GB , XP007123601 ISSN: 0374-4353 * the whole document * *
REMBERG T ET AL: "Last Aid - Booting Windows From CD-ROM" 1999, , XP002201396 * the whole document * *
See also references of WO0150215A2 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10579465B1 (en) 2018-03-29 2020-03-03 Keep Security LLC Systems and methods for self correcting secure computer systems
US10891183B1 (en) 2018-03-29 2021-01-12 Keep Security LLC Systems and methods for self correcting secure computer systems
US10901835B1 (en) 2018-03-29 2021-01-26 Keep Security LLC Systems and methods for self correcting secure computer systems
US11048578B1 (en) 2018-03-29 2021-06-29 Keep Security LLC Systems and methods for self correcting secure computer systems
US11175981B1 (en) 2018-03-29 2021-11-16 Keep Security LLC Systems and methods for dynamic self correcting secure computer systems
US11231988B1 (en) 2018-03-29 2022-01-25 Keep Security, Llc Systems and methods for secure deletion of information on self correcting secure computer systems
US11263074B1 (en) 2018-03-29 2022-03-01 Keep Security, Llc Systems and methods for self correcting secure computer systems
US11520655B1 (en) 2018-03-29 2022-12-06 Keep Security, Llc Systems and methods for self correcting secure computer systems
US11669389B1 (en) 2018-03-29 2023-06-06 Keep Security, Llc Systems and methods for secure deletion of information on self correcting secure computer systems
US11868205B1 (en) 2018-03-29 2024-01-09 Keep Security LLC Systems and methods for self correcting secure computer systems

Also Published As

Publication number Publication date
WO2001050215A2 (fr) 2001-07-12
EP1244951A4 (fr) 2006-10-11
AU1880001A (en) 2001-07-16
WO2001050215A3 (fr) 2002-07-11

Similar Documents

Publication Publication Date Title
US7181738B2 (en) Running ramdisk-based Microsoft Windows 95/98/ME
US6993649B2 (en) Method of altering a computer operating system to boot and run from protected media
US7979690B1 (en) System and method for booting a computer from backup
KR101903818B1 (ko) 가상 디스크 스토리지 기술
US7032107B2 (en) Virtual partition for recording and restoring computer data files
US8205194B2 (en) Updating offline virtual machines or VM images
US6996706B1 (en) Booting an operating system or running other pre-boot code from a file stored under a different operating system
US7017039B2 (en) Method of booting a computer operating system to run from a normally unsupported system device
US8347137B1 (en) System and method for bare metal restore of a computer over a network
US20060224794A1 (en) Using USB memory device to recover operating system
US20040133790A1 (en) Protected, hidden emergency boot directory
US20080126446A1 (en) Systems and methods for backing up user settings
KR20140018316A (ko) 가상 디스크 스토리지 기술
JP2001522088A (ja) 取り外し可能大容量媒体を使用したコンピュータ回復用システム
TW200917123A (en) USB flash disk for computer boot up and method of loading programs in the USB flash disk
EP1244951A2 (fr) Execution de microsoft windows 95/98/me sur disque dur
US6470446B1 (en) Method for preparing computer hard disks during installation of a network operating system
WO2011053312A1 (fr) Systèmes et procédés de création d'une installation informatique réparable
US7024493B1 (en) Bootable CD for transferring files independently of computer operating systems
EP1914628B1 (fr) Procédé de changement des sources de démarrage d'un système informatique et procédé de sauvegarde/restauration associé
Zynel Multi-booting Solaris and other operating systems
Guide Red Hat Enterprise Linux 3
KR20050111061A (ko) 데이터를 백업하는 방법, 시스템 및 기록매체
KR20100134213A (ko) 유니버설 시리얼 버스 저장장치를 이용한 컴퓨터시스템의 부팅방법
Nauta Bootloaders-an introduction

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020612

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

A4 Supplementary search report drawn up and despatched

Effective date: 20060913

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20070701