CN103198102A - Transfer method and device of Android equipment internal hard disk file system - Google Patents
Transfer method and device of Android equipment internal hard disk file system Download PDFInfo
- Publication number
- CN103198102A CN103198102A CN2013100903901A CN201310090390A CN103198102A CN 103198102 A CN103198102 A CN 103198102A CN 2013100903901 A CN2013100903901 A CN 2013100903901A CN 201310090390 A CN201310090390 A CN 201310090390A CN 103198102 A CN103198102 A CN 103198102A
- Authority
- CN
- China
- Prior art keywords
- file system
- metadata
- hard disk
- file
- mft
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a transfer method and a transfer device of an Android equipment internal hard disk file system. The transfer method comprises the following steps: 1, reading metadata of a current file system; 2, rebuilding metadata of a new file system according to the metadata of the current file system; and 3, writing the metadata of the new file system to the Android equipment internal hard disk. The transfer method not only can realize transferring of the internal hard disk file system, but also does not lose data stored in the internal hard disk, thus having high practical value.
Description
Technical field
The present invention relates to communication technical field.Relate in particular to a kind of conversion method and device of Android equipment built-in hard disk file system.
Background technology
The Android system is the intelligent platform of a new generation, and increasing electric terminal uses the Android system as its operating system, makes the electric terminal user of Android system and day increase severely.The file system that current Android equipment built-in hard disk uses mainly is the FAT32 file system, and this system was because its outstanding compatibility all got extremely successful application on various handheld devices.The FAT32 file system is used 32 file allocation table, and strong to the managerial ability of disk, the file storage security is reliable, and dirigibility is strong.But it has two major defects: the one, do not support the storage greater than the single file of 4GB; The 2nd, when writing new data after the file deletion, FAT32 does not write after archive arrangement can not being become complete burst again, the long-term use read or write speed that can slow down.In order to improve the defective of FAT32 file system, the user can be other file system with the FAT32 filesystem conversion.For example: new technology file system, exFAT file system etc.Wherein: new technology file system provides the reliability higher than FAT32, and has eliminated the capacity limit of FAT32 file system.It is except supporting bigger subregion and file, more saving the hard drive space, also provide long filenames, compression subregion, track of issues, file index, high fault tolerance, data protection and recovery that the FAT32 file system can not provide with function such as encrypted access.But NTFS has adopted the file system of a kind of " Journaled ", needs the detailed read-write operation of frequent recording disc, can bring extra burden to storage medium.Such as same file of access or catalogue, the read-write number of times of NTFS zoned format is just much more than FAT32, so uses the storage medium life-span of NTFS form subregion can be shorter in theory; The exFAT file system had both remedied limitation and the shortcoming of FAT32, and those can influence the function in memory device life-span not have NTFS again, was fit to various mobile memory cards and flash memory disk and used.But the exFAT file system is as new things, and its compatibility is poor.In order to satisfy user's different demands to file system under different situations, just need do corresponding conversion to the file system of using.At this moment, unique method is formatted as the alternative document system type with its built-in hard disk exactly.Yet, make in this way to cause losing of data.In order to prevent the generation of event of data loss, the user at first will back up the file in the built-in hard disk before carrying out filesystem conversion each time, after filesystem conversion is finished, also the file of backup before will be imported in the built-in hard disk again, this a series of operation is very loaded down with trivial details.
Summary of the invention
At described technical matters, the object of the present invention is to provide a kind of conversion method and device of Android equipment built-in hard disk file system, this method and apparatus both can have been realized the conversion of built-in hard disk file system, needn't format the data of storing in the built-in hard disk again.By this method and apparatus, the user can change Android equipment built-in hard disk file system according to the actual requirements whenever and wherever possible, and needn't worry because the loss that loss of data brings has bigger practical value.
The invention discloses a kind of conversion method of Android equipment built-in hard disk file system, described method comprises the steps:
Step 1 reads the metadata of current file system in the Android equipment built-in hard disk;
Step 2 is rebuild the metadata of new file system according to the metadata of described current file system;
Step 3 writes the metadata of described new file system in the described Android equipment built-in hard disk.
Further, after step 3, also comprise step 4, according to the metadata of the new file system of said write parameter is set, the data of built-in hard-disc storage are done corresponding movement.
Further, described current file system is the FAT32 file system, and described new file system is new technology file system.
Further, in the described step 1, the metadata of the FAT32 file system that reads comprises: boot sector data, FAT table and root directory.
Further, read the metadata of described FAT32 file system, comprise the steps:
Step 1 reads the boot sector data, obtains subregion bunch size, reserve sector number, FAT table number, FAT table size, obtains root directory starting cluster information from the boot sector data structure;
Step 2 according to the information that obtains in the described boot partition, is calculated the start sector number of subregion starting cluster, and the directory entry and the FAT that read under the root directory according to described start sector number show;
Step 3, order reads each directory entry under the root directory.Obtain the starting cluster of this document, by this starting cluster, read FAT table, obtain FAT watch chain data, all directory entries with constitute a FAT watch chain array.
Further, in the described step 2, the metadata of the new technology file system of reconstruction is boot sector data, MFT and MFT file record group.
Further, rebuild the metadata of described new technology file system, comprise the steps:
Step 1 according to the data of FAT32 file system boot sector, is rebuild the data of new technology file system boot sector;
Step 2 is rebuild corresponding MFT file record according to each FAT watch chain data, and whole MFT file records constitutes MTF file record group;
Step 3 according to the file record group of MFT, is rebuild Zhu Wenjianbiao $MFT.
Further, described current file system is new technology file system, and described new file system is the FAT32 file system.
Further, in the described step 1, the metadata of the new technology file system that reads is boot sector data, Zhu Wenjianbiao $MFT and MFT file record group.
Further, read the metadata of described new technology file system, comprise the steps:
Step 1 reads the boot sector data, obtain the contained sector number of byte number, each bunch of each sector, MFT place Logic Cluster number, file record bunch number, index record bunch number;
Step 2, according to the storage organization of the data in the described boot sector and new technology file system, use following formula to calculate all MFT file record shift quantities to locate its position in disk:
The byte number of each bunch of Logic Cluster * of the byte number+MFT of MFT file record shift quantity=each MFT item of file ID *, wherein file ID is since 0 serial number;
Step 3, the side-play amount according to MFT file record reads each MTF file record.
Further, in the described step 2, the metadata of the FAT32 file system of reconstruction comprises: boot sector data, FAT table and root directory.
Further, rebuild the metadata of described FAT32 file system, comprise the steps:
Step 1 according to the data of new technology file system boot sector, is rebuild the data of FAT32 file system boot sector;
Step 2 is rebuild corresponding FAT watch chain data according to each MFT file record;
Step 3 according to FAT watch chain array, is rebuild FAT table and root directory.
The invention also discloses a kind of conversion equipment of Android equipment built-in hard disk file system, comprise as lower module:
Acquisition module is for the metadata of obtaining Android equipment built-in hard disk current file system;
Rebuild module, the metadata that is used for described current file system that acquisition module is obtained is rebuild the metadata of new file system;
Writing module is used for the metadata of the described new file system of reconstruction module reconstructs is written to described Android equipment built-in hard disk.
Further, also comprise mobile module, the metadata of the described new file system that mobile module writes according to writing module is done corresponding movement to the data of built-in hard-disc storage.
This beneficial effect of the invention is, when the user need change the file system of Android system built-in hard disk because of some reason, only need to replace with the metadata of new file system the metadata of original file system, need not to format built-in hard disk, therefore the user data in the built-in hard disk can not lost, and this has saved the operation steps of file backup and file recovery for the user.Particularly when the user needed the frequent transitions file system, advantage of the present invention was more obvious.In addition, when the user carries out file conversion because of maloperation, can not lose the user data in the built-in hard disk again because there not being Backup Data.
Description of drawings
Fig. 1 is the described FAT32 file system structure of embodiment of the invention synoptic diagram;
Fig. 2 is the realization flow figure of the transfer process of the described Android equipment of embodiment of the invention built-in hard disk file system;
Fig. 3 is the described exFAT file system structure of embodiment of the invention synoptic diagram;
Fig. 4 is the structural representation of the described Android equipment of embodiment of the invention built-in hard disk filesystem conversion device.
Embodiment
The present invention is described in further detail below in conjunction with drawings and Examples.Be understandable that specific embodiment described herein only is used for explaining the present invention, but not limitation of the invention.Also need to prove in addition, for convenience of description, only show part related to the present invention in the accompanying drawing but not full content.
Metadata refers to very important file system data, comprise for document alignment and data recovered structure, boot data with the information such as assignment bit map of whole volume.For different file system, the implication of metadata is not quite similar.
As shown in Figure 1, FAT32 file system 100 comprises: boot sector 101, all the other reserve sectors 102, file allocation table 103, file allocation table backup 104, master catalogue district 105 and alternative document folder and All Files 106.Boot sector 101 is positioned at 0 cylinder, 0 magnetic head, 1 sector position of hard disk, in the boot sector, has recorded significant data information such as sector byte number, every bunch of sector number, reserve sector number, file allocation table number respectively.Various user data are stored in alternative document folder and the All Files 106 in the hard disk.According to each file initial bunch number, just can find file content in the reference position of absolute sector.The form according to watch chain bunch number in file allocation table 103 of file is deposited, and the attribute of file form according to array in root directory area 105 is deposited.The FAT32 file system has defined a file allocation table backup 104, to guarantee the security of file allocation table 103.For a FAT32 file system, metadata mainly comprises boot sector 101 data, file allocation table 103 and root directory 105.Obtained the metadata in boot sector 101, file allocation table 103 and the master catalogue district 105, just can positioning disk on all user files.
In the file system of NTFS, metadata is interpreted as file by new technology file system, and manages in the mode of file.The file of storing these metadata is called MFT MFT $MFT table.Each file in the new technology file system has a MFT record, by reading the MFT record of this document, just can know which attribute file has, and how many contents of each attribute is, whether the store path of file on disk, file information such as encrypt.
Figure 2 illustrates the first embodiment of the present invention.
Fig. 2 is that details are as follows for this realization flow 200 according to realization flow Figure 200 of the transfer process of the Android equipment built-in hard disk file system of first embodiment of the invention:
In the present embodiment, the current file system is the FAT32 file system, and the new file system of conversion is new technology file system.
In step 201, read the metadata of FAT32 file system.
These metadata comprise in the FAT32 file system: boot sector data, FAT table and root directory.
The process of reading is:
Step 1 reads the boot sector data, obtains subregion bunch size, reserve sector number, FAT district number, FAT district size, obtains root directory starting cluster information from the boot sector data structure;
Step 2 according to described boot partition data, is calculated the start sector number of subregion starting cluster, and all directory entries and the FAT that obtain under the root directory according to described start sector number show;
Step 3, order reads each directory entry under the root directory.If the directory entry that reads is the directory entry of deleted file not, obtain this not starting cluster of deleted file, by this starting cluster, visit FAT table obtains the FAT watch chain, has namely obtained the shared physical location on disk of deleted file not; If the directory entry that obtains is the directory entry of deleted file folder not, obtain this not deleted file folder starting cluster number, and visit FAT table, obtain this not FAT watch chain of deleted file folder, namely obtained this not position in the disk of deleted file folder place; If the directory entry that obtains is the directory entry of deleted file folder, then do not do any operation.
In step 202, rebuild new file system metadata.
In new technology file system, the metadata of reconstruction is boot sector data, MFT and MFT file record group.
Rebuild the metadata of described new technology file system, comprise the steps:
Step 1 according to the data of FAT32 file system boot sector, is rebuild the data of new technology file system boot sector;
Step 2 is rebuild corresponding MFT file record according to each FAT watch chain data, and all MFT file record constitutes MTF file record group;
Step 3 according to MFT file record group, is rebuild MFT.
In step 203, the metadata after rebuilding is write in the built-in hard disk.
In a new technology file system, the preserving type of MTF file can be to preserve in the continuum in disk, also can preserve in discontinuous zone, but in order to reduce system's fragment as far as possible, preferentially preserve in the continuum during preservation.In general, the MTF file accounts for 12.5% of disk partition size, during storage, at first calculates the shared disk space size of MTF file, preferentially chooses continuous zone and preserve the MTF file in disk.
In step 204, the data of storing in the built-in disk are done corresponding movement.
After file conversion finishes, inevitably can occur system's fragment of some in the built-in disk, in order to improve the usability of disk, the data of storage be done corresponding movement, to reduce the quantity of system's fragment.
As shown in Figure 2, the current file system is new technology file system, when the new file system of conversion is the FAT32 file system, can construct second embodiment of the present invention.
In step 201, read the metadata of new technology file system.
These metadata comprise: boot sector data, MFT and MFT file record group.
The process of reading is:
Step 1 reads the boot sector data, obtain the contained sector number of byte number, each bunch of each sector, MFT place Logic Cluster number, file record bunch number, index record bunch number;
Step 2, according to the storage organization of the data in the described boot sector and new technology file system, use following formula to calculate all MFT file record shift quantities to locate its position in disk:
The byte number of each bunch of Logic Cluster * of the byte number+MFT of MFT file record shift quantity=each MFT item of file ID *.Wherein file ID is since 0 serial number;
Step 3, the side-play amount according to MFT file record reads each MTF file record, obtains the various attributes of each file, if a file of having deleted is not then done any operation.
In step 202, rebuild new file system metadata.
In the FAT32 file system, the metadata that needs to rebuild is boot sector data, FAT table and root directory.
When rebuilding the metadata of described FAT32 file system, comprise the steps:
Step 1 according to the data of new technology file system boot sector, is rebuild the data of FAT32 file system boot sector;
Step 2 is rebuild corresponding FAT watch chain data according to each MFT file record;
Step 3 according to FAT watch chain array, is rebuild FAT table and root directory.
In step 203, the metadata after rebuilding is write in the built-in hard disk.
According to the storage organization of FAT32 file system, the corresponding element data are write in the built-in hard disk.
In step 204, the data of storing in the built-in disk are done corresponding movement.
After file conversion finishes, inevitably can occur system's fragment of some in the built-in disk, in order to improve the usability of disk, the data of storage be done corresponding movement, to reduce the quantity of system's fragment.
Similar with the FAT32 file system, as shown in Figure 3, comprise in the exFAT file system 300: boot sector 301, boot sector data backup 302, $Bitmap files 303, FAT table 304, $Upcase file 305, root directory 306 and data field 307.Wherein, preserved the relevant important information of subregion in the boot sector 301; $Bitmap file 303 is system files that the exFAT file system is used for the situation that takies of storage bunch; File allocation table is the record of file memory location in disk; The $Upcase file is the system file of capital and small letter character conversion.Be used for preserving user data information in the data field 307.For an exFAT file system, obtained the metadata in its boot sector 301, $Bitmap files 303, FAT table 304, $Upcase file 305, the root directory 306, just can positioning disk on all user data informations.
Can be according to the storage organization of exFAT file system, structure: the current file system is new technology file system, and the new file system of conversion is the embodiment of exFAT file system; The current file system is the FAT32 file system, and the new file system of conversion is a plurality of embodiment such as embodiment of exFAT file system.Further, can be according to the storage organization of any two file system, the embodiment of structure filesystem conversion.
The above mainly is the operating system of supporting under the Windows system, and this method can also extend to the conversion of file system such as the XFS, the JFS that support under the conversion of file system such as the ext2, the ext3 that support under the linux system and reiserfs and the Unix operating system and UFS.
Fig. 4 shows the third embodiment of the present invention.
Fig. 4 is the structural representation according to the conversion equipment of a kind of Android equipment built-in hard disk file system of third embodiment of the invention.As shown in Figure 4, the conversion equipment 400 according to the Android equipment built-in hard disk file system of present embodiment comprises: acquisition module 401, rebuild module 402, writing module 403 and mobile module 404.When the user need carry out the built-in hard disk file conversion, acquisition module 401 obtained the metadata of current file system in the Android equipment built-in hard disk 410, and the metadata of obtaining is sent to reconstruction module 402; Rebuild module 402 according to the metadata of the current file system that receives, rebuild the metadata of the new file system that requires conversion, and the metadata after will rebuilding is sent to writing module 403.The metadata of the new file system that writing module 403 will be received is written in the Android equipment built-in hard disk 410.Mobile module 404 reads the metadata of the described new file system that writes in the Android equipment built-in hard disk 410, and the data of Android equipment built-in hard disk 410 storages are done corresponding movement.
Notice that above-mentioned only is preferred embodiment of the present invention and institute's application technology principle.Skilled person in the art will appreciate that to the invention is not restricted to specific embodiment described here, can carry out various obvious variation for a person skilled in the art, readjust and substitute and can not break away from protection scope of the present invention.Therefore, though carried out comparatively detailed explanation by the present invention of above embodiment, the present invention is not limited only to above embodiment, under the situation that does not break away from the present invention's design, can also comprise more other equivalent embodiment, and scope of the present invention is determined by appended claim scope.
Claims (14)
1. the conversion method of an Android equipment built-in hard disk file system is characterized in that described method comprises the steps:
Step 1 reads the metadata of current file system in the Android equipment built-in hard disk;
Step 2 is rebuild the metadata of new file system according to the metadata of described current file system;
Step 3 writes the metadata of described new file system in the described Android equipment built-in hard disk.
2. the conversion method of Android equipment built-in hard disk file system according to claim 1, it is characterized in that, after described step 3, also comprise step 4, according to the metadata of the new file system of said write parameter is set, the data of built-in hard-disc storage are done corresponding movement.
3. the conversion method of Android equipment built-in hard disk file system according to claim 1 and 2 is characterized in that, described current file system is the FAT32 file system, and described new file system is new technology file system.
4. the conversion method of Android equipment built-in hard disk file system according to claim 3 is characterized in that, in the described step 1, the metadata of the FAT32 file system that reads comprises: boot sector data, FAT table and root directory.
5. the conversion method of Android equipment built-in hard disk file system according to claim 4 is characterized in that, reads the metadata of described FAT32 file system, comprises the steps:
Step 1 reads the boot sector data, obtains subregion bunch size, reserve sector number, FAT table number, FAT table size, obtains root directory starting cluster information from the boot sector data structure;
Step 2 according to the information that obtains in the described boot partition, is calculated the start sector number of subregion starting cluster, and the directory entry and the FAT that read under the root directory according to described start sector number show;
Step 3, order reads each directory entry under the root directory, obtains the starting cluster of this document, by this starting cluster, reads the FAT table, obtains FAT watch chain data, all directory entries with constitute a FAT watch chain array.
6. the conversion method of Android equipment built-in hard disk file system according to claim 3 is characterized in that, in the described step 2, the metadata of the new technology file system of reconstruction is boot sector data, MFT and MFT file record group.
7. the conversion method of Android equipment built-in hard disk file system according to claim 6 is characterized in that, rebuilds the metadata of described new technology file system, comprises the steps:
Step 1 according to the data of FAT32 file system boot sector, is rebuild the data of new technology file system boot sector;
Step 2 is rebuild corresponding MFT file record according to each FAT watch chain data, and all MFT file record constitutes MTF file record group;
Step 3 according to MFT file record group, is rebuild MFT.
8. the conversion method of Android equipment built-in hard disk file system according to claim 1 and 2 is characterized in that, described current file system is new technology file system, and described new file system is the FAT32 file system.
9. the conversion method of Android equipment built-in hard disk file system according to claim 8 is characterized in that, in the described step 1, the metadata of the new technology file system that reads is boot sector data, MFT and MFT file record group.
10. the conversion method of Android equipment built-in hard disk file system according to claim 9 is characterized in that, reads the metadata of described new technology file system, comprises the steps:
Step 1 reads the boot sector data, obtain the contained sector number of byte number, each bunch of each sector, MFT place Logic Cluster number, file record bunch number, index record bunch number;
Step 2, according to the storage organization of the data in the described boot sector and new technology file system, use following formula to calculate all MFT file record shift quantities to locate its position in disk:
The byte number of each bunch of Logic Cluster * of the byte number+MFT of MFT file record shift quantity=each MFT item of file ID *, wherein file ID is since 0 serial number;
Step 3, the side-play amount according to MFT file record reads each MTF file record.
11. the conversion method of Android equipment built-in hard disk file system according to claim 8 is characterized in that, in the described step 2, the metadata of the FAT32 file system of reconstruction comprises: boot sector data, FAT table and root directory.
12. the conversion method of Android equipment built-in hard disk file system according to claim 11 is characterized in that, rebuilds the metadata of described FAT32 file system, comprises the steps:
Step 1 according to the data of new technology file system boot sector, is rebuild the data of FAT32 file system boot sector;
Step 2 is rebuild corresponding FAT watch chain data according to each MFT file record;
Step 3 according to FAT watch chain array, is rebuild FAT table and root directory.
13. the conversion equipment of an Android equipment built-in hard disk file system is characterized in that, described conversion equipment comprises as lower module:
Acquisition module is for the metadata of obtaining Android equipment built-in hard disk current file system;
Rebuild module, the metadata that is used for the described current file system that obtains according to acquisition module is rebuild the metadata of new file system;
Writing module is used for the metadata of the described new file system of reconstruction module reconstructs is written to described Android equipment built-in hard disk.
14. the conversion equipment of Android equipment built-in hard disk file system according to claim 13, it is characterized in that, also comprise mobile module, the metadata of the described new file system that mobile module writes according to writing module is done corresponding movement to the data of built-in hard-disc storage.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2013100903901A CN103198102A (en) | 2013-03-20 | 2013-03-20 | Transfer method and device of Android equipment internal hard disk file system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2013100903901A CN103198102A (en) | 2013-03-20 | 2013-03-20 | Transfer method and device of Android equipment internal hard disk file system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103198102A true CN103198102A (en) | 2013-07-10 |
Family
ID=48720660
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2013100903901A Pending CN103198102A (en) | 2013-03-20 | 2013-03-20 | Transfer method and device of Android equipment internal hard disk file system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103198102A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105068895A (en) * | 2015-09-18 | 2015-11-18 | 四川效率源信息安全技术股份有限公司 | Data recovery method aiming at Android equipment |
| CN106709014A (en) * | 2016-12-26 | 2017-05-24 | 华为技术有限公司 | File system conversion method and apparatus |
| CN110221781A (en) * | 2019-06-04 | 2019-09-10 | Oppo广东移动通信有限公司 | A kind of manufacturing method of disk fragments, device, storage medium and intelligent terminal |
| CN113823331A (en) * | 2021-10-12 | 2021-12-21 | 成都统信软件技术有限公司 | Optical disc additional recording method and device and computing equipment |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6377958B1 (en) * | 1998-07-15 | 2002-04-23 | Powerquest Corporation | File system conversion |
| CN1627421A (en) * | 2003-12-13 | 2005-06-15 | 三星电子株式会社 | Method and appts. for conversion of file system format |
| CN101000616A (en) * | 2006-01-11 | 2007-07-18 | 三星电子株式会社 | Method of creating symbolic link, and method and apparatus for accessing file or directory by using symbolic link |
| US20090049459A1 (en) * | 2007-08-14 | 2009-02-19 | Microsoft Corporation | Dynamically converting symbolic links |
| CN101763225A (en) * | 2010-01-22 | 2010-06-30 | 蓝盾信息安全技术股份有限公司 | System and method for protecting virtual disk files |
| US20110153695A1 (en) * | 2009-12-21 | 2011-06-23 | Electronics And Telecommunications Research Institute | Method for making usb storage of file system and remote connection, and system thereof |
-
2013
- 2013-03-20 CN CN2013100903901A patent/CN103198102A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6377958B1 (en) * | 1998-07-15 | 2002-04-23 | Powerquest Corporation | File system conversion |
| CN1627421A (en) * | 2003-12-13 | 2005-06-15 | 三星电子株式会社 | Method and appts. for conversion of file system format |
| CN101000616A (en) * | 2006-01-11 | 2007-07-18 | 三星电子株式会社 | Method of creating symbolic link, and method and apparatus for accessing file or directory by using symbolic link |
| US20090049459A1 (en) * | 2007-08-14 | 2009-02-19 | Microsoft Corporation | Dynamically converting symbolic links |
| US20110153695A1 (en) * | 2009-12-21 | 2011-06-23 | Electronics And Telecommunications Research Institute | Method for making usb storage of file system and remote connection, and system thereof |
| CN101763225A (en) * | 2010-01-22 | 2010-06-30 | 蓝盾信息安全技术股份有限公司 | System and method for protecting virtual disk files |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105068895A (en) * | 2015-09-18 | 2015-11-18 | 四川效率源信息安全技术股份有限公司 | Data recovery method aiming at Android equipment |
| CN105068895B (en) * | 2015-09-18 | 2018-01-26 | 四川效率源信息安全技术股份有限公司 | A kind of data restoration method for Android device |
| CN106709014A (en) * | 2016-12-26 | 2017-05-24 | 华为技术有限公司 | File system conversion method and apparatus |
| CN106709014B (en) * | 2016-12-26 | 2020-08-25 | 华为技术有限公司 | File system conversion method and device |
| CN110221781A (en) * | 2019-06-04 | 2019-09-10 | Oppo广东移动通信有限公司 | A kind of manufacturing method of disk fragments, device, storage medium and intelligent terminal |
| CN110221781B (en) * | 2019-06-04 | 2022-08-23 | Oppo广东移动通信有限公司 | Manufacturing method and device of disk fragments, storage medium and intelligent terminal |
| CN113823331A (en) * | 2021-10-12 | 2021-12-21 | 成都统信软件技术有限公司 | Optical disc additional recording method and device and computing equipment |
| CN113823331B (en) * | 2021-10-12 | 2023-02-28 | 成都统信软件技术有限公司 | Optical disc additional recording method and device and computing equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10762039B2 (en) | Backup and restoration for storage system | |
| US9368130B2 (en) | Data storage system, method of writing to storage in the data storage system, hard disk and method of forming the hard disk | |
| CN101777016B (en) | Snapshot storage and data recovery method of continuous data protection system | |
| JP5623239B2 (en) | Storage device for eliminating duplication of write record, and write method thereof | |
| US20050165853A1 (en) | Method and apparatus for localized protected imaging of a file system | |
| CN108763531B (en) | MDVR file storage system and operation method thereof | |
| CN111651127B (en) | Monitoring data storage method and device based on shingled magnetic recording disk | |
| US8060481B1 (en) | Time indexed file system | |
| CN109902034B (en) | Snapshot creating method and device, electronic equipment and machine-readable storage medium | |
| CN100504799C (en) | Method for snapping magnetic disc using snap index | |
| CN101980203A (en) | Embedded file system for high-definition media | |
| CN104484427A (en) | Video file storage device and video file storage method | |
| US9916323B2 (en) | Support for worm cartridges realized by linear tape file system (LTFS) | |
| KR101731606B1 (en) | Recovering method of data in cow-based file system using digital forensic technology | |
| US10359964B2 (en) | Reducing time to read many files from tape | |
| CN102053879A (en) | Self-recovery real-time file system based on FLASH | |
| CN103198102A (en) | Transfer method and device of Android equipment internal hard disk file system | |
| CN103473258A (en) | Cloud storage file system | |
| CN110134551B (en) | Continuous data protection method and device | |
| CN111741107A (en) | Layering method and device based on file storage system and electronic equipment | |
| KR101413985B1 (en) | Method for file management using file system adapted to non-volatile memory | |
| KR100678888B1 (en) | Apparatus and method for wiriting and reading data | |
| JP2009205591A (en) | Access module, information recording module, and information recording system | |
| WO2016199230A1 (en) | Storage system | |
| CN105630692A (en) | File storage system storing file directory by using MRAM |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130710 |
|
| RJ01 | Rejection of invention patent application after publication |