KR20090120541A - Method and system for automatic recovery of an embedded operating system - Google Patents

Abstract

PURPOSE: An automatic restoration method for an embedded system including an automatic restoration function of OS and an operating system is provided to automatically restore the damaged OS image for booting without the intervention of a user. CONSTITUTION: A first storing medium(220) stores the OS image for booting as image type. A second medium unit(230) stores OS image stores OS image for recovery for performing recovery function of OS. A central processing unit(240) selects the medium for booting according to the booting priority. A monitoring control unit(210) changes the booting priority when the signal for confirming the normal booting from the central processing unit is not received within the predetermined after booting start. A monitoring control unit performs the control operation to be rebooted with the image for recovery.

Description

Embedded system with automatic operating system (OS) and automatic operating system recovery method {METHOD AND SYSTEM FOR AUTOMATIC RECOVERY OF AN EMBEDDED OPERATING SYSTEM}

The present invention relates to an embedded system (EMBEDDED SYSTEM) having an operating system automatic recovery function and a method thereof. In particular, the present invention relates to an embedded system and method having a function of recovering a damaged operating system image using a backup operating system image when the operating system image is damaged.

The computer operating system is a fundamental and very important technology in the computer hardware and software industry. Computer operating systems have evolved into various forms to manage computer resources such as central processing units, main memory units, and I / O units to provide an interface between various computer hardware and application programs. It has also evolved to provide an interactive environment.

Early computer systems did not include an operating system, but as the hardware functions of the computer system diversified and developed, the operating system also developed. As a result, the modern operating system is implemented in a form that provides various functions and can execute any application program, but due to the complex functions, the capacity becomes excessively large and is stored on the hard disk so that the kernel can be executed at the same time as the boot. There are also disadvantages such as the time consuming to run the operating system.

Because of these disadvantages, factory automation, recent mobile phones, PDAs, Internet home appliances, etc. are mainly using the embedded operating system based system embedded in the device stored in the chip rather than reading the operating system from the disk like a computer.

As a characteristic of an efficient operating system, the key is how to quickly and smoothly implement a function suitable for a purpose and to run a system stably. An embedded system can meet such a demand. In recent years, Linux is generally used more than Windows, and is regarded as an operating system suitable for implementing embedded systems.

1 is a block diagram of an embedded system equipped with a Linux operating system according to the prior art.

In FIG. 1, the embedded system 100 equipped with the Linux operating system according to the related art includes a central processing unit 110, a ROM BIOS 120, a RAM 130, a flash / hard disk 140, and the like. It consists of an external interface 150 for providing an interface with a peripheral device.

The ROM BIOS 120 is required to mount the Linux operating system. When the power is turned on, the ROM BIOS 120 checks the computer hardware configuration and reads a Linux kernel image from a flash / hard disk to display the RAM 130 as main memory. Copy it to your machine and boot into Linux. In other words, it checks whether the operating system is mounted on the flash / hard disk 140, copies it to the main memory RAM 130, and boots the mounted operating system.

However, if the power supply to the system is cut off without a normal shutdown process, the file system of the hard disk is often damaged. At this time, although the function to check and recover the file system is supported to some extent, it is not perfect and it causes inconvenience for the user to recover the operating system by requiring several reboots by hand.

A bootloader, also called a bootstrap loader, is a program that reads an operating system from an external storage device and installs it in main memory so that a user can use the computer when booting or starting up the computer. It is stored in ROM. If the boot loader fails to mount the flash / hard disk or the Linux system fails to boot, or if you have a problem that requires you to reinstall the operating system due to an operating system failure, the restorer should visit the location where the system is installed. It is troublesome to do, and there is a problem that causes a great loss in terms of time and cost.

In addition, according to the configuration of the conventional embedded system, there is a problem that it is not easy to determine whether the operating system is damaged or a problem occurs in the flash / hard disk.

In order to compensate for this problem, there are improved prior art techniques for repairing a damaged operating system using a backup operating system image. However, if the operating system does not boot normally, recovery and execution of the damaged operating system is not automatically performed without user intervention. Come on there is a problem too. According to the prior art, the user has to operate the power switch or manually change the boot priority, such as inconvenience.

The present invention has been made to solve the above-mentioned problems, when the booting operating system image stored in the first storage medium is damaged and does not boot normally, by checking the abnormal boot by the monitoring control unit to automatically change the boot priority It is an object of the present invention to provide an embedded system and method for controlling rebooting using a recovery operating system image stored in a second storage medium and automatically recovering a damaged bootable operating system image without user intervention.

In addition, after rebooting to the operating system image for recovery using a backup operating system image downloaded from the outside through the communication means to enable to restore or update the bootable operating system image, and to update the operating system image of the second storage medium. The purpose.

In addition, since a separate boot loader is stored in each of the first storage medium and the second storage medium, even if the boot loader stored in the first storage medium is damaged, the monitoring controller automatically changes the boot priority to the second storage medium. It is an object of the present invention to execute a boot loader stored in the booth and to allow the monitoring control unit to normally execute an operating system and recover a damaged boot loader or a damaged operating system of the first storage medium.

In addition, the monitoring and control unit analyzes the diagnostic signal received from the central processing unit to determine whether the storage medium is normally recognized, and to determine which part of the system has a problem, so that the user can easily determine which part of the system has a problem. Its purpose is to make sure that the system can be recovered normally.

An electronic device having an operating system automatic recovery function of the present invention for achieving the above object includes a first storage medium for storing a bootable operating system (OS) in the form of an image;

A second storage medium storing a recovery operating system image for performing a recovery function of a damaged operating system;

A central processing unit controlling the operation of the electronic device and booting by selecting a storage medium to boot according to a boot priority; And

A monitoring control unit for determining that the booting failure is not received from the central processing unit within a predetermined time after the booting is started, and determining that the booting is failed, and controlling the booting priority to be rebooted into the recovery OS image; It can be made, including.

According to another embodiment of the present invention, in the electronic device having an operating system automatic recovery function, the second storage medium further stores an operating system image for backup.

The CPU may be configured to copy the backup OS image to the bootable image storage area after booting the OS.

 According to another embodiment of the present invention, an electronic device having an operating system auto-recovery function of the present invention may be configured to boot from the central processing unit with a recovery operating system image, and then backup a backup operating system image downloaded from the outside through a communication means. It can be made by storing in.

According to another embodiment of the present invention, an electronic device having an operating system auto-recovery function of the present invention further includes the second storage medium including a bootloader required for booting.

The CPU may be configured to use a boot loader stored in the second storage medium when the OS is booted.

According to another embodiment of the present invention, an electronic device having an operating system automatic recovery function further includes a system controller for controlling the entire system.

The monitoring control unit may report whether or not a boot failure is performed to the system controller, and may perform a reboot to a boot priority change and recovery OS image according to a command signal of the system controller.

According to another embodiment of the present invention, an electronic device having an operating system auto-recovery function may be configured such that the CPU transmits a diagnostic signal to the monitoring control unit according to whether the first storage medium is recognizable. have.

Next, the operating system automatic recovery method of the present invention, the monitoring control unit waits for a predetermined time to receive a signal confirming whether the normal boot transmitted from the central processing unit; And

The monitoring control unit determines that the boot failure is not received within the predetermined time, and determines that the boot failure, rebooting the booting OS image by changing the boot priority; have.

According to another embodiment of the present invention, the method for automatically recovering an operating system of the present invention further includes the step of checking whether the first storage medium is normally recognized by receiving the diagnostic signal transmitted from the central processing unit. It can be done by.

According to another embodiment of the present invention, the automatic operating system recovery method of the present invention may further include the step of checking the recovery mode and performing a recovery operation for each recovery mode.

According to another embodiment of the present invention, the automatic operating system recovery method of the present invention transmits a signal determining that the boot failure is failed, and receives a signal for instructing to perform a recovery function from the system controller when the monitoring controller determines that the boot fails. It may be made by characterized in that it further comprises.

According to the present invention, unlike the prior art, even if the boot loader and / or the operating system image is damaged, the normal booting is possible using the boot loader and the operating system image stored in the second storage medium, which is an independent storage medium, and booting the damaged first storage medium. It has the effect of restoring the loader and / or operating system.

In addition, since the monitoring control unit has a function to determine whether the boot loader and / or operating system of the first storage medium is damaged and to change the boot order to automatically boot to the second storage medium, the present invention provides a Automatic recovery is possible even without any intervention.

In addition, the monitoring control unit analyzes the diagnostic signal transmitted from the central processing unit to determine whether the storage medium is normally recognized and reports to the user whether there is any physical damage to the storage medium, and whether the components such as the central processing unit and the storage medium are defective or not. By identifying and reporting to the user, there is an advantage that allows the user to accurately identify the abnormality of the electronic device early and to easily take a recovery procedure.

In addition, when the operating system image for backup of the second storage medium is damaged or needs to be updated, the operating system image for recovering may provide a function for remotely downloading and installing the operating system image.

The system control unit can manage the recovery control of the electronic device by managing one or more supervisory control units, increase the resource management efficiency of the whole system, and from each supervisory control unit to determine which part of each electronic unit is defective or error. It makes it possible to see and receive and show to the user.

Hereinafter, with reference to the accompanying drawings will be described in detail a preferred embodiment of the electronic device having an operating system automatic recovery function and operating system automatic recovery method of the present invention.

2 is a block diagram of an electronic device having an operating system automatic recovery function according to an embodiment of the present invention for booting to a first storage medium.

As shown in FIG. 2, the electronic device 200 having an operating system automatic recovery function according to an embodiment of the present invention includes a monitoring controller 210, a first storage medium 220, a second storage medium 230, It comprises a central processing unit 240, the communication means 250.

In the above configuration, the first storage medium 220 stores a boot loader and a booting operating system image. The second storage medium 230 stores a boot loader and a recovery operating system image. The recovery operating system image is configured to perform a function for recovering a boot loader and a bootable operating system image stored in the first storage medium 220. The CPU 240 executes the boot loader of the storage medium set as the first priority according to the set boot priority and copies the OS image to RAM to perform a booting procedure. In addition, the central processing unit 240 checks whether each storage medium is normally recognized, and transmits a diagnostic signal including the contents thereof to the monitoring control unit 210. The monitor controller 210 waits for a signal confirming whether the boot is normal for a predetermined time from the CPU 240 and determines whether the boot is normal. In addition, the diagnostic signal is received from the central processing unit 240 and analyzed to determine whether each storage medium is normally recognized, and whether or not each component of the electronic device is reported to the user. In addition, the monitoring control unit is connected to the first storage medium and the second storage medium, change the boot priority of the first storage medium and the second storage medium, if necessary, a signal for instructing the central processing unit 240 to reboot Send it. A detailed procedure for performing the above-described function will be described later.

In the above-described configuration, when the power of the electronic device 200 is applied, the first storage medium 220 may be configured according to the boot priority that is set to the first storage medium 220 in the first order and the second storage medium 230 in the second order. The booting process proceeds by executing the boot loader stored in step 220 and copying the bootable operating system image to RAM. The monitoring control unit 210 receives and waits for a predetermined time a signal for confirming whether a normal booting is performed by the operating system image stored in the first storage medium 220. The reception waiting time of the signal for confirming whether the normal booting can be arbitrarily set and changed by the user according to the time required for booting the electronic device.

If a signal confirming that the normal booting is performed from the CPU 240 within the predetermined time is received, the monitoring control unit 210 confirms that the normal booting is performed. If a signal for confirming that the normal booting is received within the time, the monitoring control unit 210 changes the boot priority of the first storage medium 220 and the second storage medium 230 and controls the reboot.

3 is a block diagram of an electronic device having an operating system automatic recovery function according to an embodiment of the present invention for booting to a second storage medium.

As shown in FIG. 3, when a signal for confirming normal booting is not received for a predetermined time, the monitoring controller 210 changes the boot priority of the first storage medium 220 and the second storage medium 230. And a signal for commanding a reboot to the central processing unit 240 is transmitted. When the reboot is started, the CPU 240 executes a boot loader stored in the second storage medium 230 in which the boot priority is changed to the first priority, and transfers the recovery operating system image stored in the second storage medium 230 to RAM. Copy and perform boot procedure.

There is a difference between a bootable operating system image and a recovery operating system image: A bootable operating system image is an operating system for operating an embedded system normally. It provides an interface between system hardware and application programs to initialize all hardware of electronic devices, manage hardware, and execute various applications. The recovery operating system image provides a function for automatically recovering the boot loader and / or the operating system of the first storage medium under the control of the monitoring controller when the booting operating system image and / or the boot loader is damaged. According to another embodiment, the recovery operating system image may be configured to initialize and manage minimal hardware resources for recovering the bootable operating system image and provide only an interface therefor (to enable network resource management to enable remote recovery functionality). In this case, the operating system image has a small capacity and a backup operating system image must be stored in a second storage medium to enable normal recovery of the bootable operating system image.

When the reboot by the operating system image for recovery is completed, the monitoring control unit 210 confirms the recovery mode, and when the recovery mode is the automatic recovery mode, the central processing unit 240 stores the backup operating system image stored in the second storage medium in the first storage. It automatically repairs by replacing a damaged bootloader and / or bootable operating system image of media 220. If the recovery mode is the remote recovery mode, the CPU 240 downloads a boot loader and / or an operating system image from a computer connected through the communication means 250, and corrupts the boot loader of the first storage medium 220. And / or replace it with a bootable operating system image.

According to another embodiment of the present invention, the monitoring control unit 210 may be implemented to perform only the above-described automatic recovery without performing a procedure for confirming the recovery mode.

4 is a block diagram of an electronic device having an operating system automatic recovery function according to another embodiment of the present invention.

As shown in FIG. 4, the system controller 460 may be connected to one or more supervisory control units. When the system control unit 460 receives the boot failure signal from the monitoring control unit 410, the system control unit 460 transmits a signal for commanding the operating system recovery to the monitoring control unit 410 to collectively control a plurality of electronic devices having the monitoring control unit. Can be.

 5 is a flowchart illustrating an operating system automatic recovery method according to an embodiment of the present invention.

As illustrated in FIG. 5, the monitoring controller 410 receives a signal for confirming whether a normal booting is performed from the CPU 440 for a predetermined time (S510). If the monitoring control unit 410 receives the confirmation signal within the predetermined time, it is determined to be a normal booting, and if it does not receive the confirmation signal, it is determined that the normal booting is not performed (S520).

If the normal boot is not performed, the monitoring control unit 410 changes the boot priority and controls the reboot by transmitting a signal for commanding the reboot to the CPU 440 (S530).

When the reboot is completed using the recovery operating system image stored in the second storage medium 430, the damaged boot loader and / or the operating system image is automatically restored (S540).

 6 is a flowchart illustrating an operating system automatic recovery method according to another embodiment of the present invention.

As shown in FIG. 6, the monitoring control unit 410 receives a signal for confirming whether a normal booting is performed for a predetermined time from the central processing unit 440 (S610). If the monitoring control unit 410 receives the confirmation signal within the predetermined time, it is determined to be a normal boot, and if it does not receive the confirmation signal, it is determined that the normal booting is not performed (S620).

If the normal boot is not performed, the monitoring control unit 410 changes the boot priority and controls the reboot by transmitting a signal for commanding the reboot to the CPU 440 (S630).

The monitoring control unit 410 receives and analyzes a diagnostic signal including whether the storage medium is normally recognized from the central processing unit 440, and analyzes whether the storage medium is physically damaged or whether each component of the electronic device is defective. (S640).

The monitoring control unit 410 checks the recovery mode when there is no physical damage to the storage medium.

When the reboot is completed using the recovery operating system image stored in the second storage medium 430, the damaged boot loader and / or the operating system image are automatically restored according to the recovery mode (S660).

According to another embodiment of the present invention, the recovery operating system image stored in the second storage medium 230 includes only an automatic recovery function except for the function of the bootable operating system image, and the second storage medium includes a backup operating system image. Can be stored separately. According to the embodiment, after the step S540 or step S660, the monitoring control unit 410 may further comprise the step of changing the boot priority again and rebooting using the restored operating system image of the first storage medium. have.

The present invention described above is not limited to the above-described embodiment and the accompanying drawings, various substitutions, modifications and changes are possible within the scope without departing from the technical spirit of the present invention and the embodiments described above The scope of rights is not limited.

1 is a block diagram of an embedded system equipped with a Linux operating system according to the prior art,

2 is a block diagram of an electronic device having an operating system automatic recovery function according to an embodiment of the present invention for booting to a first storage medium;

3 is a configuration diagram of an electronic device having an operating system automatic recovery function according to an embodiment of the present invention for booting to a second storage medium;

4 is a block diagram of an electronic device having an operating system automatic recovery function according to another embodiment of the present invention;

5 is a flowchart of an operating system automatic recovery method according to an embodiment of the present invention;

6 is a flow chart of an operating system automatic recovery method according to another embodiment of the present invention.

*** Explanation of symbols for the main parts of the drawing ***

110: central processing unit (CPU) 120: ROM BIOS

130: RAM 140: flash / hard disk

150: external interface 410: supervisory control unit

420: first storage medium 430: second storage medium

440: central processing unit 450: communication means

460: system control

Claims (10)

A first storage medium for storing a bootable operating system (OS) in an image form; A second storage medium storing a recovery operating system image for performing a recovery function of a damaged operating system; A central processing unit controlling the operation of the electronic device and booting by selecting a storage medium to boot according to a boot priority; And A monitoring control unit for determining that the booting failure is not received from the central processing unit within a predetermined time after the booting is started, and determining that the booting is failed, and controlling the booting priority to be rebooted into the recovery OS image; An electronic device having an operating system automatic recovery function, characterized in that it comprises a. The method of claim 1, The second storage medium further stores an operating system image for backup. And the central processing unit copies the backup operating system image to the bootable image storage area after booting to the recovery operating system. The method of claim 1, And after the CPU has booted into the recovery operating system image, stores the backup operating system image downloaded from the outside through a communication means in the bootable image storage area. The method according to any one of claims 1 to 3, The second storage medium further includes a boot loader required for booting, And the central processing unit uses a boot loader stored in the second storage medium when booting to a recovery operating system. The method of claim 4, wherein Further comprising a system control unit for controlling the entire system, And monitoring the boot failure to the system controller, and rebooting the boot priority change and recovery operating system image according to the command signal of the system controller. The method of claim 5, The central processing unit is an electronic device having an operating system automatic recovery function, characterized in that for transmitting a diagnostic signal for whether the first storage medium is normally recognized to the monitoring control unit. In the automatic recovery method of the operating system, the monitoring control unit Receiving a signal for confirming whether a normal boot is transmitted from the CPU for a predetermined time; And And determining that the booting failure is not received within the predetermined time period, determining that the booting failure has occurred, and changing the boot priority to reboot the operating system image for recovery. The method of claim 7, wherein And monitoring the control unit by checking whether the first storage medium is normally recognized by receiving a diagnostic signal transmitted from a central processing unit. The method of claim 7, wherein And checking the recovery mode by the monitoring controller and performing a recovery operation according to each recovery mode. The method according to any one of claims 7 to 9, And if the monitoring controller determines that the booting failure has occurred, transmitting a signal that determines that the booting failure has occurred, and receiving a signal for instructing to perform a recovery function from the system control unit. .

Images