KR20080060658A - Multimedia storage device and data recovering method of the device - Google Patents

Abstract

A multimedia storage device and a data recovery method thereof are provided to recover an error and perform booting normally without any equipment when a system is not booted by physical and logical errors of a booting flash medium of the multimedia storage device. A flash memory(100) includes an area for storing kernel file data, the area for storing backup kernel file data, and the area for storing RFS(Root File System) data. A RAM(500) stores a boot loader temporarily. An HDD(Hard Disk Drive)(200) stores the backup RFS data. A CPU(600) recovers the kernel and RFS data stored in the flash memory by using the backup kernel or RFS data when an error is detected in a data validity test while boots a system by checking validity of the kernel and RFS data. The CPU recovers an RFS stored in the flash memory by fixing the backup kernel as the booting kernel and mounting the backup RFS through the booting kernel when recovery of the kernel data is disabled.

Description

MULTIMEDIA STORAGE DEVICE AND DATA RECOVERING METHOD OF THE DEVICE}

1 is a block diagram related to booting of a multimedia storage device according to an embodiment of the present invention;

2 and 3 are diagrams illustrating region divisions of a flash memory according to an exemplary embodiment of the present invention.

4 is a flow diagram of a kernel and root file system recovery of a multimedia storage device according to an embodiment of the present invention.

The present invention relates to a multimedia storage device, and more particularly, to a multimedia storage device for validating and optionally restoring kernel and program code data stored in a flash medium and a data recovery method in the device.

In the case of a multimedia storage device, a storage medium for storing multimedia information is included inside or outside the system. Most multimedia storage media use Hard Disk Drives (HDDs), which offer superior price / performance. In the early days of multimedia storage, the kernel and program code for system booting were stored in the HDD. However, HDD has a short lifespan, is weak to external shocks, and has a high frequency of physical and logical errors. Therefore, the kernel and program codes are stored in a relatively stable storage medium (flash memory). HDD simply stores multimedia information. Only to perform.

Flash media, however, are relatively stable compared to HDDs and still cause physical and logical errors. The frequency of occurrence is low, but it is a fatal problem because once the bootable flash media has an error, the system falls into an unbootable state.

In the conventional case, if an error occurs in the flash medium, the JTAG (Joint Test Action Group) device or the Production-HDD or MutiMax flash program tool is used to erase the data of the flash medium and write a new kernel and program code. To recover.

JTAG devices are used to test PCBs and ICs, and can forcibly erase or write a specific area of flash memory. Production-HDD is a special function HDD used in the system development stage. It can delete and record the flash memory. In the case of the MultiMax flash program tool, a flash program device mainly used in the production stage can delete and write multiple flash memories simultaneously.

However, restoring using JTAG equipment, Production-HDD, or MultiMax flash program tools is a painstaking process using tools used during system development. Not only can it be handled from the user's point of view because it requires knowledge, but JTAG and MultiMax flash program tools are very expensive.

Accordingly, the present invention provides a multimedia storage device and a method for recovering an error without a separate device and performing a normal booting when a system incapable of booting due to a physical or logical error of a bootable flash medium occurs in a multimedia storage device. It is a main purpose.

Multimedia storage device according to an embodiment of the present invention for achieving the above object,

A flash memory including at least an area storing kernel file data, an area storing backup kernel file data, and an area storing root file system (RFS) data;

Temporary memory for temporarily storing the boot loader;

A multimedia storage medium storing root file system data for backup;

Validate the kernel and root file system (RFS) data and boot the system. If an error is detected during data validation, the kernel and the root stored in the flash memory are stored using one of the backup kernel and the backup root file system data. And a control unit for restoring the file system (RFS) data.

Furthermore, the controller designates the backup kernel as a bootable kernel when data recovery for the kernel is impossible, mounts the backup root file system through the bootable kernel, and restores the root file system stored in the flash memory. It is characterized by.

The controller may back up the root file system data of the flash memory to the multimedia storage medium when the multimedia storage medium is formatted.

In some cases, the version information is recorded together with the root file system data backup, and the latest version information is restored when the root file system data is restored.

According to the above-described feature of the present invention, the present invention checks the validity of the data for the kernel and program code stored in the flash medium at boot time, and in the event of an error, by copying the extra kernel and program code from the flash medium and multimedia storage media Because information stored on a bootable flash medium can be recovered, physical or logical errors of the flash medium can prevent the multimedia storage device from becoming unbootable without the need for additional equipment and tools.

Meanwhile, a data recovery method of a multimedia storage device according to an embodiment of the present invention includes a flash recording medium storing kernel file data, backup kernel file data, and root file system (RFS) data, and a backup root file system data. A method executable in a multimedia storage device comprising a multimedia recording medium;

Validating the kernel and backup kernel data upon initial power-up and if error is detected, copying the normal kernel data to recover the failed kernel data;

Designating a normal kernel of any one of the kernel and backup kernel data as a booting kernel;

And checking the validity of the root file system (RFS) data and recovering the root file system stored in the flash memory by mounting the backup root file system through a designated boot kernel if an error is detected. .

This method also checks the validity of the data on the kernel and program code stored in the flash media at boot time, and copies the extra kernel and program code from the flash media and multimedia storage media in the event of an error and restores the information stored on the bootable flash media. With the ability to recover, physical and logical errors on the flash media can prevent the multimedia storage device from becoming unbootable without the need for additional equipment and tools.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily understand and reproduce the present invention.

First, FIG. 1 illustrates a block diagram of a multimedia storage device according to an embodiment of the present invention, and more specifically, illustrates a hardware configuration related to booting in a multimedia storage device.

Referring to FIG. 1, first, the flash memory 100 (both NOR and NAND types) may store at least an area 102 for storing kernel file data and a backup kernel file data as shown in FIG. Area 104 for storing various program information (hereinafter, referred to as root file system (RFS) data) including program code and network, and a system log, configuration, and user. It is partitioned and managed by an EFS (Embeded File System) area 108 for storing related information. For reference, if the ROM-bias 300 is omitted, as shown in FIG. 3, the flash memory 100 may further include a partition for additionally storing the boot loader 101.

For reference, the size of flash memory is directly related to price. Therefore, using a large amount of flash memory is inefficient from the system manufacturer's perspective. Accordingly, the present invention proposes a method of storing a backup RFS using a HDD for storing multimedia data. In the case of a multimedia storage device, at least one HDD is mounted so that the structure suggested in the present invention can be used. In the case of a general multimedia storage device, two or four HDDs are installed so that a backup RFS is stored in each HDD. The instability of HDD can be solved to some extent.

Meanwhile, the HDD 200 corresponding to the multimedia storage medium is divided into an area 202 for storing root file system data for backup and an area 204 for storing general multimedia data, and is divided by the central processing unit 600 described later. The data is accessed. For reference, in the region 202 for storing the backup root file system data, version information may be recorded together with the root file system data backup. The HDD 200 may have a structure in which at least one HDD is connected as necessary.

The ROM-bios 300 is used for storing a boot loader, and the ATA controller 400 serves as a controller for controlling an HDD. The RAM 500 temporarily stores a boot loader accessed by the CPU 600. For reference, the ROM-BIOS 300 generally uses an EEPROM or a flash medium, and may not be used in some cases.

The central processing unit 600 corresponding to the control unit controls the overall operation of the multimedia storage device based on the program code data stored in the flash memory 100. For example, the central processing unit 600 boots the system by validating the kernel and root file system (RFS) data, and if an error is detected during data validation, one of the backup kernel and the backup root file system data is used. Recover the kernel and root file system (RFS) data stored in the flash memory using. The control operation of the CPU 600 will be described in detail with reference to FIG. 4.

4 is a flowchart illustrating a kernel and root file system recovery of a multimedia storage device according to an exemplary embodiment of the present invention. In FIG. 4, kernel A represents a kernel, and kernel B refers to a backup kernel. Hereinafter, an operation example of the present invention will be described with reference to FIG. 4.

First, when the initial power is applied, the CPU 600 reads the boot loader from the ROM BIOS 300, writes it to the RAM 500, and executes the boot loader. When the boot loader is executed, first, the CPU 600 loads the kernel 102 and the backup kernel 104 into the RAM 500 from the flash memory 100 for booting and checks the validity of the data (step S1). )do.

Validation method is a method of detecting the validity by checking the ECC (Error Correction Code) while loading from the flash memory 100 to the RAM 500, the checksum stored in the kernel data loaded into the RAM 500 There is a method of detecting validity by comparing the checksum value calculated using the data and the loaded data.

If the kernel and backup kernel validate that the two kernel data are normal, then specify to boot using the original boot kernel, kernel A (step S5), and proceed to step S8. If one of the two kernels has an error, the failed kernel data is recovered (steps S2 and S3) using the determined kernel image. After recovering the failed kernel data, check whether the recovered kernel is normal again (step S4). If the recovery is successful, specify booting using bootable kernel A (step S5), and proceed to step S8. If it is determined that the recovery failed in step S4, the kernel area in which the error of the flash memory 100 is damaged is physically damaged so that the kernel cannot be stored, and a record of the recovery failure of the kernel is left in the system log (step S6). After specifying the boot kernel to boot using the normal kernel of S7 (step S7), proceed to step S8.

If one of the kernel and the backup kernel is designated as the bootable kernel, the CPU 600 checks the validity of the root file system (RFS) data stored in the flash memory 100 (step S8). The test method is the same as the test method for the kernel. However, in order to check through the checksum, a checksum for the RFS region must be made in advance.

If the data is found to be normal in the validation of the root file system (RFS) data, normal booting is performed through the booting kernel designated in step S5 or S7 (step S12), and the root file system of the flash memory 100 ( As the program code is executed by mounting the RFS data (step S13), the multimedia storage device performs a normal function.

However, if an error about the data is detected in the validation of the root file system (RFS) data, the CPU 600 boots through the booting kernel designated in step S5 or S7 (step S9), and then the HDD ( After the backup RFS 201 data of the 200 is mounted (step S10), the root file system (RFS) data of the flash memory 100 is recovered (step S11), and the process returns to the step S1.

According to the operation of the present invention, even when corruption occurs in the kernel or the root file system data in the flash memory 100, the multimedia storage device can be booted normally by the backup kernel and the backup root file system data.

For reference, in order to recover the root file system (RFS) data of the flash memory 100 using the RFS 202 for backup of the HDD 200, the data for recovery must be stored in the backup RFS area of the HDD 200 first. do. In the case of the HDD mounted in the multimedia storage device, it can be replaced by the user's needs, so making a recovery area at the shipment stage does not mean much. Therefore, in the present invention, the RFS area for the backup is configured at the time of shipment or when the user formats the HDD, and the recovery data is backed up and copied from the flash memory 100. That is, the central processing unit 600 backs up the root file system (RFS) data stored in the flash memory 100 when the multimedia storage medium 200 is formatted or when the software is upgraded, to the multimedia storage medium 200. It is desirable to record the information together. The reason is that the new RFS is stored in the RFS area of the flash memory 100 during the software upgrade of the multimedia storage medium, so that the latest RFS is also maintained in the backup RFS area of the HDD 200. In addition, since the HDD 200 is freely detached by the user, there is a possibility of restoring the backup RFS of a previous version than the current flash memory 100. In order to minimize this possibility, the above version information is necessary to check the backup RFS of all HDDs at the time of RFS recovery and find the latest backup RFS so that the recovery can be performed.

As described above, the present invention checks the validity of data of the kernel and program codes stored in the flash medium at boot time, and copies the extra kernel and program codes from the flash medium and the multimedia storage medium to the bootable flash medium when an error occurs. Because the stored information can be recovered, the physical or logical errors of the flash media can prevent the multimedia storage device from becoming unbootable without the need for additional equipment and tools, and without the intervention of the user or AS provider.

On the other hand, the present invention has been described with reference to the embodiments shown in the drawings, which are merely exemplary, and those skilled in the art will understand that various modifications and equivalent other embodiments are possible therefrom. Therefore, the true technical protection scope of the present invention should be defined only by the appended claims.

Claims (8)

A flash memory including at least an area storing kernel file data, an area storing backup kernel file data, and an area storing root file system (RFS) data; Temporary memory for temporarily storing the boot loader; A multimedia storage medium storing root file system data for backup; Validate the kernel and root file system (RFS) data and boot the system. If an error is detected during data validation, the kernel and the root stored in the flash memory are stored using one of the backup kernel and the backup root file system data. And a control unit for restoring file system (RFS) data. 2. The root file system of claim 1, wherein the controller designates the backup kernel as a bootable kernel when data recovery for the kernel is impossible, mounts the backup root file system through the bootable kernel, and stores the root file system stored in the flash memory. Multimedia storage device characterized in that the recovery. The multimedia storage device of claim 1, wherein the controller backs up the root file system data of the flash memory to the multimedia storage medium when the multimedia storage medium is formatted. The multimedia storage device of claim 3, wherein the controller records version information together when the root file system data is backed up and restores the latest version information when the root file system data is restored. The multimedia storage device according to any one of claims 1 to 4, wherein the controller checks the validity of the kernel and root file system (RFS) data by checking an error correction code or comparing a checksum value. The multimedia storage device according to any one of claims 1 to 4, wherein the controller records and stores the record as system log information in an embedded file system area of the flash memory when the kernel file data recovery fails. In the data recovery method of the multimedia storage device in which the kernel file data, the backup kernel file data and the root file system (RFS) data are stored in different areas of the flash recording medium, and the backup root file system data is stored in the multimedia storage medium. ; Checking the validity of the kernel and backup kernel data during initial power-up and copying normal kernel data to recover the failed kernel data if an error is detected; Designating a normal kernel of any one of the kernel and backup kernel data as a booting kernel; Validating the kernel and backup kernel data upon initial power-up of the root file and copying the normal kernel data to restore the failed kernel data; when the error is detected by validating system (RFS) data; Restoring the root file system stored in the flash memory by mounting the backup root file system through a designated booting kernel; and recovering the root file system stored in the flash memory. The method of claim 7, further comprising: backing up the root file system data stored in the flash memory to the multimedia storage medium when the multimedia storage medium is formatted or software upgrade, and recording version information together. How to recover data from a storage device.

Images