DATA RECOVERY AND BACKUP SYSTEM AND PROCESS
Certain embodiments relate to an information processing apparatus and a data rescue method that makes it possible to restore an operating system while preserving certain user data on the same partition as the operating system. The system may identify a directory, prior to booting to an operating system located on a first partition, the directory comprising user files. The directory may be located on the first partition. The system may rename the user directory to a unique identifier to ensure its preservation during the recovery process.
Latest TOSHIBA AMERICA INFORMATION SYSTEMS, INC. Patents:
- Electronic Device with Embedded Macro-Command Functionality
- SPLITTING A DATA STREAM BETWEEN TWO STORAGE MEDIA IN A HYBRID DISK DRIVE
- POSITION ERROR SIGNAL DEMODULATION WITH TARGET-BASED BLENDING
- DISK DRIVE TRACK ADDRESS ENCODED WITH A SERVO SECTOR ADDRESS
- CONSUMER ELECTRONIC PRODUCT HAVING INTEGRATED ROUTER OR GATEWAY
The systems and methods disclosed herein relate generally to systems and methods for restoring a computer system to a basic state while retaining certain user-specified content.
BACKGROUND OF THE INVENTIONComputer systems perform various types of processing using operating systems, applications, data created by the applications, and the like on a memory system such as a hard disk drive or solid state drive. Unfortunately, portions of the operating system in memory may be corrupted or damaged, either, for example, via internal defects or malware. Even though the memory hardware may itself be functioning properly, as the operating system has been compromised the computer cannot be used. Previously, users have reinstalled the operating system to again place the computer in a usable state. Unfortunately, this recovery process generally restores the computer to a default state which is not tailored to the particular information needs of the user.
Accordingly, it would be desirable for a user to have access to a method for preserving their personal data while still permitting a recovery of the operating system. Furthermore, it would be desirable to retain the user's data without relocating the user data between partitions as this prolongs the recovery process, introduces opportunities for error, and introduces additional security risks when the user data is intended to remain confidential.
SUMMARY OF THE INVENTIONCertain embodiments contemplate a method for recovering an operating system, implemented using one or more computer processors, the method comprising: identifying a first directory, prior to booting to an operating system located on a first partition, the first directory comprising user files, the first directory located on the first partition; renaming the first directory to a renamed directory; removing all user files on the first partition except the user files located in the renamed directory; and copying one or more operating system recovery files to the first partition.
In certain embodiments the method further comprises copying files to the first directory while the operating system is booted. In certain embodiments the method further comprises removing all files and directories on the first partition except the renamed directory. In certain embodiments to remove all files and directories means to overwrite all files and directories. In certain embodiments the operating system recovery files comprise image files. In some embodiments, the method comprises presenting a user with dialog boxes, the dialog boxes comprising modifications to the WinRE environment.
Certain embodiments contemplate a non-transitory computer-readable medium comprising instructions configured to cause one or more processors to perform the steps of: identifying a first directory, prior to booting to an operating system located on a first partition, the first directory comprising user files, the first directory located on the first partition; renaming the first directory to a renamed directory; removing all user files on the first partition except the user files located in the renamed directory; and copying one or more operating system recovery files to the first partition.
Certain embodiments further comprise copying files to the first directory while the operating system is booted. Certain embodiments further comprise removing all files and directories on the first partition except the renamed directory. In certain embodiments, to remove all files and directories means to overwrite all files and directories. In certain embodiments the operating system recovery files comprise image files. In certain embodiments, the method comprises presenting a user with dialog boxes, the dialog boxes comprising modifications to the WinRE environment.
Certain embodiments contemplate an electronic device comprising: a non-transitory computer-readable medium comprising instructions configured to cause one or more processors to perform the steps of: identifying a first directory, prior to booting to an operating system located on a first partition, the first directory comprising user files, the first directory located on the first partition; renaming the first directory to a renamed directory; removing all user files on the first partition except the user files located in the renamed directory; and copying one or more operating system recovery files to the first partition.
Certain embodiments further comprise copying files to the first directory while the operating system is booted. Certain embodiments further comprise removing all files and directories on the first partition except the renamed directory. In certain embodiments, to remove all files and directories means to overwrite all files and directories. In certain embodiments, the operating system recovery files comprise image files. In certain embodiments the method comprises presenting a user with dialog boxes, the dialog boxes comprising modifications to the WinRE environment.
Certain embodiments contemplate a method, implemented using a least one computer processor, for providing a modified recovery process to a user comprising: running a first portion of a script file, the script file previously modified to comprise one or more command line calls to at least one of a plurality of executable tools; modifying at least one resource stored in a random access memory using at least one of the plurality of executable tools; and generating a modified dialog box, the modified dialog box including at least one option generated based on said running a portion of the script file and said modifying at least one resource, wherein the at least one option is associated with not executing a second portion of the script file.
In certain embodiments, the second portion of the script file comprises a command line instruction to format at least a portion of a partition.
This computer 10 further comprises a computer main body 11 and display unit 12. In the illustrated embodiment a Liquid Crystal Display (LCD) 16 is incorporated in the display unit 12. The display unit 12 may be supported on the computer main body 11. The display unit 12 may be attached to the main body 11 rotatable between an opened position at which the top surface of the computer main body 11 is exposed, and closed position at which the top surface of the computer main body 11 is covered with the display unit 12. The computer main body may include a thin box-like housing and, on the top surface thereof, a keyboard 13, power switch 14 used to turn on/off the power of the computer 10, and touch pad 15 may be arranged.
Further, the computer main body 11 may comprise a power connector 20. The power connector 20 is provided on the side surface of the computer main body 11, for example, the left side surface thereof. An external power-supply is detachably connected to the power connector 20. As the external power-supply, an AC adapter may be used. The AC adapter is a power-supply configured to convert the commercial power (AC power) into DC power.
The power connector 20 may comprise a jack to which a power plug derived from the external power-supply can be detachably connected. The first battery 17 may be detachably attached to the computer main body 11 at, for example, a rear-end part thereof. On the other hand, the second battery 18 may be detachably attached to the computer main body 11 at, for example, an underside part thereof. The first battery 17 may be incorporated in the computer 10, and second battery 18 may be an optional battery which can be attached to the computer 10 as the need arises.
The computer 10 may be driven by the power from the external power-supply, power from the first battery 17 or power from the second battery 18. When the external power-supply is connected to the power connector 20 of the computer 10, the computer 10 may be driven by the power from the external power-supply. Further, the power from the external power-supply may also be used to charge the first battery 17 or the second battery 18. Charging of the first battery 17 or the second battery 18 may be carried out not only while the computer 10 is powered on, but also while the computer 10 is powered off. While the external power-supply is not connected to the power connector 20 of the computer 10, the computer 10 is driven by the power from the first battery 17 or the power from the second battery 18.
Further, the computer main body 11 is provided with an indicator 16 configured to notify various power-supply statuses such as presence/absence of the external power-supply and the like. The indicator 16 is provided at a position, for example, in front of the computer main body 11. In some embodiments the indicator 16 may be a light emitting diode (LED).
The CPU 111 may be a processor configured to control operations of various components of the computer 10. The CPU 111 executes various software items loaded from the HDD 116 into the main memory 113, for example, an operating system (OS) and various application programs. Further, the CPU 111 may also execute a Basic Input Output System (BIOS) stored in the BIOS-ROM 118 which may be a nonvolatile memory. The BIOS may be a system program for hardware control.
The north bridge 112 may be a bridge device configured to connect a local bus of the CPU 111 and the south bridge 115 to each other. Further, the north bridge 112 also has a function of executing communication with the graphics controller 114. Furthermore, a memory controller configured to control the main memory 113 may be incorporated in the north bridge 112. The graphics controller 114 may be a display controller configured to control the LCD 16 to be used as a display monitor of the computer 10.
The south bridge 115 may be connected to a PCI bus 1, and executes communication with devices on the PCI bus 1. Further, an Integrated Drive Electronics (IDE) or Serial ATA controller configured to control the hard disk drive (HDD) 116 and optical disk drive (ODD) 117 are incorporated in the south bridge 115.
The EC 119, power-supply controller (PSC) 120, and batteries 17, 18 may be connected to each other through a serial bus 2 such as an I2C bus. The embedded controller (EC) 119 is a power management controller configured to execute power control of the computer 10, and may be realized as, for example, a one-chip microcomputer in which a keyboard controller configured to control the keyboard (KB) 13, touch pad 15, and the like is incorporated. The EC 119 has a function of turning on/off the power of the computer 10 in accordance with an operation of the power switch 14 carried out by the user. Control of turning on/off of the power of the computer 10 is executed by a cooperative operation of the EC 119 and power-supply controller (PSC) 120. Upon receipt of an ON signal transmitted from the EC 119, the power-supply controller (PSC) 120 controls the power-supply circuit 121 to turn on the power of the computer 10. Further, upon receipt of an OFF signal transmitted from the EC 119, the power-supply controller (PSC) 120 controls the power-supply circuit 121 to turn off the power of the computer 10. Even while the computer 10 is in the off-state, the EC 119, power-supply controller (PSC) 120, and power-supply circuit 121 operate by the power from the battery 17 or 18 or the AC adapter 122.
The power-supply circuit 121 produces power (operating power) to be supplied to the various components by using the power from one of the batteries 17 and 18 attached to the computer main body 11 or power from the AC adapter 122 to be connected to the computer main body 11 as the external power-supply. If the AC adapter 122 is connected to the computer main body 11, the power-supply circuit 121 produces the operating power to be supplied to the components by using the power from the AC adapter 122, and charges the battery 17 or 18 by turning on a charging circuit.
A boot partition switching program 301 may be used to allow the user to identify a desired active partition. The active partition comprises the partition to which the system will boot once initiated. The switching program 301 may inquire of the BIOS program in the BIOS-ROM 118 which partition the system is to be booted from when the boot partition switching program 301 is called (booted) from the BIOS program in the BIOS-ROM 118. Upon receiving a reply, the boot partition switching program 301 may set the a specific partition (pre-configured) as an active partition (and change the other partitions to inactive partitions) in the partition table of the boot block 321A.
The first partition 321B may comprise the “Windows Recovery Environment” (WinRE) OS partition 310. The WinRE partition's primary function may be to boot the system to the ordinary operating system located in the second partition 321c. The WinRE partition may also provide for the repair or recovery launch of the ordinary operating system 302 when it is damaged. Although the first partition is referred to herein as the WinRE partition, alternative recovery partitions associated with operating systems other than Windows are also possible in certain other embodiments.
Particularly, one will readily recognize a plurality of ordinary operating systems that may reside in the second partition 321C, such as Windows. In addition to the ordinary operating system 302, user data 304 created using an application 303 may be stored in the second partition 321C. The third partition 321D may comprise a recovery operating system 307 and a recovery program 308 booted for restoring the first and second partitions 321B and 321C to the state at the factory default (initial state) and a recovery image 309 corresponding to the state of the first partition 321B and 321C at the state at the factory default.
If data in the ordinary operating system 302 is damaged or corrupted it may be impossible to boot to the ordinary operating system 302. Similarly, viruses and other malware programs may make it impossible to continue operation of the ordinary operating system 302 in its present form. Though the ordinary operating system 302 may operate improperly, the hard disk drive 321 may not have failed and may be operating in perfect condition. In such a case, it would be preferable for the user to be able to recover the ordinary operating system to a usable form, so that it may again operate effectively within the hard drive partition 321C. Furthermore, it would be preferable to efficiently retain as much of the user data 304 as the user desires, rather than simply discard the user's data as part of the recovery process.
Certain of the present embodiments contemplate a system and method for facilitating quick and efficient recovery of the ordinary operating system 302. Particularly, certain of these embodiments provide for efficient retention of user data during the recovery process, possibly by modifying a previously existing recovery tool. While previous systems may overwrite, delete, or relocate user data 304 as part of this recovery process, certain of the present embodiments advantageously contemplate systems and methods for retaining user data 304 on the first partition during the recovery operation. This not only decreases the risk of corrupting or losing user data 304, but also facilitates a more uniform recovery operation requiring few extraneous partitions or resources.
As one example, a user may initiate the WinRE by holding down the F8 key during powerup. The user may then be presented with the WinRE menu, in some embodiments the menu of
The user may be prompted with the screen of
After selecting the recovery wizard option 406 the user may be presented with a selection menu as illustrated in
If the user were to select the radio button 501 for recovery to the factory default software, the process 600 would proceed to step 604. In some embodiments, the user may be further presented with an option to specify certain features of the factory default and custom operating system installed during recovery and will accordingly be directed to step 605. As discussed above, the launch method used may dictate which of steps 604 and 605 occur next. If the user were to instead select the recovery process associated with the third radio button, erasure of the disk, the process 600 would proceed to the step 606 and then format the partition upon which the operating system is located 608. Each of these two methods does not seek to preserve the user's existing data on the partition.
Regardless of whether the first, second, or third option is selected, certain embodiments contemplate proceeding through the same recovery sub-process 609-612 once the partition has been adequately prepared. This sub-process may include copying and/or moving image files to the partition 609 and then initiating recovery of the operating system from the image files 610. Once recovery is complete, the system may initiate a cyclic redundancy check (CRC) checksum to verify the integrity of the newly installed operating system. In some embodiments the recovery utility may maintain an exclusion file used to exclude files and folders from the CRC check after the OS image has been recovered. It may not be necessary to modify the CRC check behavior when selecting a default recovery 501 or an erasure 503, but variations in the CRC method are described in greater detail below with regard to the user data process 502. After completing the reinstallation the process 600 may then end 612 and allow the system to boot normally. Certain embodiments contemplate receiving user confirmation during each step of the recovery subprocess 609-612 and returning to an earlier selection menu 603 or warning screen 602 based on the user's indications.
As mentioned previously, certain embodiments contemplate providing the user with a third recovery option, the user recovery operation as indicated by the radio button 502 in the selection menu of
User recovery option 502 contemplates that during normal operation of the operating system 302, the system or the user may periodically place files of importance to the user within a predetermined path, such as the “Users” directory in a Windows installation. In some embodiments an automated tool periodically copies or moves files to this location, whereas in other embodiments the user manually selects and places the files in this location. When the user subsequently requests that the user recovery operation be performed 502, the recovery system may make reference to this directory to determine which files and folders are to be preserved and retained on the partition 321C during and after the recovery process. Again, a different folder than the “User” folder may be specified as the folder for file preservation during recovery.
When the user selects the user recovery operation option 502 the system may then proceed to step 613 and provide a warning and disclaimer 614. Unlike the warning of
Thus, where sufficient free space exists the system may then proceed with preserving the user data 1005. Particularly, the system will move or rename the user directory such that the data will not be overwritten during the subsequent restoration procedures. This may be accomplished using a program such as ImageX. ImageX is a command-line tool that captures, modifies, and applies file-based disk images to a partition.
While ImageX is intended to be non-destructive, if the image to be subsequently uploaded (steps 609-610 of
For example, a windows “User” directory may be renamed to a directory comprising the prefix “Backup_” followed by a unique date identifier. The system may determine if a “Backup_” directory with the unique identifier already exists 1006 in the root of the OS partition 321B. If so, in some embodiments the backup directory is moved to the “ . . . \Users\Public” folder, possibly using a program such as ImageX, to preserve any data therein. The “Users” directory may then be renamed to “ . . . /Backup_%Current Date%” where %CurrentDate% represents an environment variable, or a variable local to the recovery process which contains the current date upon which the recovery is being performed. In some embodiments the “%CurrentDate%” variable may be obtained from the machine's real-time clock (RTC) and written in scientific notation “(DAY-MON-YEAR)”, for example “Backup—28-Mar-11”. By appending the date of creation to the folder name, it is unlikely that the recovery image will contain a folder with the same name. The use of the %Current Date% variable is but one example and one will readily recognize other methods for creating a unique identifier for a directory, such as appending a hash of certain file data, etc.
One will recognize that the above operations, such as the changing of the directory names and folder locations, may be achieved either via a program such as ImageX or independently by manipulating an mode table, system registry, or similar file management structure of the ordinary operating system directly. ImageX, for example, may rebuild the master file tables (MFT) of the operating system once booted. If an end-user were to recover a machine more than once on the same day, in those embodiments where the unique identifier comprises a date, data would still be preserved since any existing “\Backup . . . ” folder is first moved to “\User's” sub-folder, such as “Users\Public”, and then the current “\Users” folder is renamed to “\Backup_” followed by the date.
The process may then delete all directories and files from the OS partition except the directory “ . . . /Backup_%Current Date%” 1008. In some embodiments, deletion means modifying the mode table or registry mentioned above such that the data contained in folders outside “ . . . /Backup_%Current Date%” is no longer referenced by the operating system, but the data itself is not directly overwritten on the hard drive. In other embodiments, the data is overwritten, possibly multiple times, as part of the deletion process with an arbitrary string of data to ensure removal. In some embodiments, since the partition schemes are not altered when this utility runs, the volume label of the machine may be acquired from the recovery system's information file and used to reset the volume label of the OS partition.
As discussed above, the sub-process 609-612 may initiate a CRC checksum 611 to verify the integrity of the newly installed operating system. In some embodiments the recovery utility may maintain an exclusion file used to exclude files and folders from the CRC check after the OS image has been recovered. Certain of the present embodiments contemplate amending the exclusion file to include the name of the directory (possibly “/Backup_%Current Date%”) in order to prevent a CRC failure. In some embodiments, if the exclusion file comprises a preexisting file residing in the random access memory (RAM), an executable program may dynamically update the file as it appears in RAM with the name of the “Backup . . . ” folder to be excluded from the overwrite operations.
As mentioned, certain embodiments contemplate using low-level backup recovery processes to perform the steps of
“START/WAIT TOSRECOVERY.EXE/CMD=APPLY/LOGLEVEL=2”
Certain of the present embodiments contemplate modifying the above system components to implement the third, user-preserving, recovery process 502. Particularly, new executable tools 1205 are provided which perform modified operations and adjust the content of the RAM-stored resources 1202 to facilitate the user-preserving recovery process 502. Also, the recovery script file 1201 may be modified to include and/or omit instructions, so as to implement the process flow 600 of
Accordingly, pursuant to the modifications to the recovery script 1201 and new tools 1205 described with respect to
The terms “directory” and “folder” are used interchangeably herein. As used herein, an “input” can be, for example, data received from a keyboard, rollerball, mouse, voice recognition system or other device capable of transmitting information from a user to a computer. The input device can also be a touch screen associated with the display, in which case the user responds to prompts on the display by touching the screen. The user may enter textual information through the input device such as the keyboard or the touch-screen.
The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, microcontrollers, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices.
As used herein, “instructions” refer to computer-implemented steps for processing information in the system. Instructions can be implemented in software, firmware or hardware and include any type of programmed step undertaken by components of the system.
A “microprocessor” or “processor” may be any conventional general purpose single- or multi-core microprocessor such as a Pentium® processor, Intel® Core™ a 8051 processor, a MIPS® processor, or an ALPHA® processor. In addition, the microprocessor may be any conventional special purpose microprocessor such as a digital signal processor or a graphics processor. A “processor” may also refer to, but is not limited to, microcontrollers, field programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), complex programmable logic devices (CPLDs), programmable logic arrays (PLAs), microprocessors, or other similar processing devices.
The system is comprised of various modules as discussed in detail below. As can be appreciated by one of ordinary skill in the art, each of the modules comprises various sub-routines, procedures, definitional statements and macros. Each of the modules are typically separately compiled and linked into a single executable program. Therefore, the following description of each of the modules is used for convenience to describe the functionality of the preferred system. Thus, the processes that are undergone by each of the modules may be arbitrarily redistributed to one of the other modules, combined together in a single module, or made available in, for example, a shareable dynamic link library.
Certain embodiments of the system may be used in connection with various operating systems such as MICROSOFT WINDOWS®.
Certain embodiments of the system may be written in any conventional programming language such as assembly, C, C++, BASIC, Pascal, or Java, and run under a conventional operating system.
In addition, the modules or instructions may be stored onto one or more programmable storage devices, such as FLASH drives, CD-ROMs, hard disks, and DVDs. One embodiment includes a programmable storage device having instructions stored thereon.
While the above processes and methods are described above as including certain steps and are described in a particular order, it should be recognized that these processes and methods may include additional steps or may omit some of the steps described. Further, each of the steps of the processes does not necessarily need to be performed in the order it is described.
While the above description has shown, described, and pointed out novel features of the invention as applied to various embodiments, it will be understood that various omissions, substitutions, and changes in the form and details of the system or process illustrated may be made by those skilled in the art without departing from the spirit of the invention. As will be recognized, the present invention may be embodied within a form that does not provide all of the features and benefits set forth herein, as some features may be used or practiced separately from others.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium may be coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.
All of the processes described above may be embodied in, and fully automated via, software code modules executed by one or more general purpose or special purpose computers or processors. The code modules may be stored on any type of computer-readable medium or other computer storage device or collection of storage devices. Some or all of the methods may alternatively be embodied in specialized computer hardware.
All of the methods and tasks described herein may be performed and fully automated by a computer system. The computer system may, in some cases, include multiple distinct computers or computing devices (e.g., physical servers, workstations, storage arrays, etc.) that communicate and interoperate over a network to perform the described functions. Each such computing device typically includes a processor (or multiple processors or circuitry or collection of circuits, e.g. a module) that executes program instructions or modules stored in a memory or other non-transitory computer-readable storage medium. The various functions disclosed herein may be embodied in such program instructions, although some or all of the disclosed functions may alternatively be implemented in application-specific circuitry (e.g., ASICs or FPGAs) of the computer system. Where the computer system includes multiple computing devices, these devices may, but need not, be co-located. The results of the disclosed methods and tasks may be persistently stored by transforming physical storage devices, such as solid state memory chips and/or magnetic disks, into a different state.
Claims
1. A method for recovering an operating system, implemented using one or more computer processors, the method comprising:
- identifying a first directory, prior to booting to an operating system located on a first partition, the first directory comprising user files, the first directory located on the first partition;
- renaming the first directory to a renamed directory;
- removing all user files on the first partition except the user files located in the renamed directory; and
- copying one or more operating system recovery files to the first partition.
2. The method of claim 1, further comprising copying files to the first directory while the operating system is booted.
3. The method of claim 1, further comprising removing all files and directories on the first partition except the renamed directory.
4. The method of claim 3, wherein to remove all files and directories means to overwrite all files and directories.
5. The method of claim 1, wherein the operating system recovery files comprise image files.
6. The method of claim 1, wherein the method comprises presenting a user with dialog boxes, the dialog boxes comprising modifications to the WinRE environment.
7. A non-transitory computer-readable medium comprising instructions configured to cause one or more processors to perform the steps of:
- identifying a first directory, prior to booting to an operating system located on a first partition, the first directory comprising user files, the first directory located on the first partition;
- renaming the first directory to a renamed directory;
- removing all user files on the first partition except the user files located in the renamed directory; and
- copying one or more operating system recovery files to the first partition.
8. The non-transitory computer-readable medium of claim 7, further comprising copying files to the first directory while the operating system is booted.
9. The non-transitory computer-readable medium of claim 7, further comprising removing all files and directories on the first partition except the renamed directory.
10. The non-transitory computer-readable medium of claim 9, wherein to remove all files and directories means to overwrite all files and directories.
11. The non-transitory computer-readable medium of claim 7, wherein the operating system recovery files comprise image files.
12. The non-transitory computer-readable medium of claim 7, wherein the method comprises presenting a user with dialog boxes, the dialog boxes comprising modifications to the WinRE environment.
13. An electronic device comprising:
- a non-transitory computer-readable medium comprising instructions configured to cause one or more processors to perform the steps of: identifying a first directory, prior to booting to an operating system located on a first partition, the first directory comprising user files, the first directory located on the first partition; renaming the first directory to a renamed directory; removing all user files on the first partition except the user files located in the renamed directory; and copying one or more operating system recovery files to the first partition.
14. The electronic device of claim 13, further comprising copying files to the first directory while the operating system is booted.
15. The electronic device of claim 13, further comprising removing all files and directories on the first partition except the renamed directory.
16. The electronic device of claim 15, wherein to remove all files and directories means to overwrite all files and directories.
17. The electronic device of claim 13, wherein the operating system recovery files comprise image files.
18. The electronic device of claim 13, wherein the method comprises presenting a user with dialog boxes, the dialog boxes comprising modifications to the WinRE environment.
19. A method, implemented using a least one computer processor, for providing a modified recovery process to a user comprising:
- running a first portion of a script file, the script file previously modified to comprise one or more command line calls to at least one of a plurality of executable tools;
- modifying at least one resource stored in a random access memory using at least one of the plurality of executable tools; and
- generating a modified dialog box, the modified dialog box including at least one option generated based on said running a portion of the script file and said modifying at least one resource,
- wherein the at least one option is associated with not executing a second portion of the script file.
20. The method of claim 19, wherein the second portion of the script file comprises a command line instruction to format at least a portion of a partition.
Type: Application
Filed: Jun 2, 2011
Publication Date: Dec 6, 2012
Applicant: TOSHIBA AMERICA INFORMATION SYSTEMS, INC. (Irvine, CA)
Inventors: John H. Hong (Irvine, CA), Richard Sarner (Irvine, CA)
Application Number: 13/152,187
International Classification: G06F 12/16 (20060101);