CN1266234A - Method for backup and recovery of long file name in computer - Google Patents
Method for backup and recovery of long file name in computer Download PDFInfo
- Publication number
- CN1266234A CN1266234A CN 99102485 CN99102485A CN1266234A CN 1266234 A CN1266234 A CN 1266234A CN 99102485 CN99102485 CN 99102485 CN 99102485 A CN99102485 A CN 99102485A CN 1266234 A CN1266234 A CN 1266234A
- Authority
- CN
- China
- Prior art keywords
- file
- long filenames
- directory
- backup
- item
- 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.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The present invention relates to a method for preparing backup in computer and restoring long file name of file includes the following steps: calling computer input and output system, taking file catalog listing from partition of logic hard disk, making long file name item being in file catalog listing correspond to short file name item and dumping into backup file of long file name so as to implement backup operation, then in the environment in which the long file name is not supported using inverse process of backup long file name to firstly search short file names in every catalog and subcatalog, and writing correspondent long file name in backup file back into original file catalog listing and by-passing limit of DOS which does not support long file name so as to attain the goal of implementing backup and restoring long file name.
Description
The present invention relates to a kind of in computer the method for backup and the long filenames of recovery file, particularly relate to a kind of being applied in the PC, can be under the environment of not supporting long filenames (as the DOS environment), the method for backup and recovery long filenames.
In Win95 (Windows 95) that Microsoft delivered and follow-up form computer operating system (Windows9x) thereof, can use the function of long filenames exactly to one of user's improvement of great use, this makes the user free from the restriction that file name can only use 8 characters to be named.But, computer operating system before this is (as Win31, DOS etc.) do not support the file of long filenames, for compatible with DOS, Win95 operating system all generates a corresponding short filename with each long filenames, so that also can pass through short filename and the accessing file content in non-Win95 (promptly being the environment of not supporting long filenames).Even but Win95 itself is hung the operating system with the DOS7.0 version, still can't not generate long filenames if do not start Win95.So generate long filenames not supporting under the DOS environment of long filenames, be very important in many cases, for example to the backup and the recovery of computer operating system.
And use in the process of computer in reality, suffer from the situation that operating system is destroyed unavoidably, and reinstall operating system for the user who uses Win95, but process that complexity is obliged to go to face often, if the user is backup not, just must reinstall and put application software by the mode of reinstalling.The stand-by program that Microsoft provided only is used for backup file and can not standby system, so system is reinstalled in inconvenience behind the system destruction, is very necessary to the backup of system with recovering.When Windows9x under the situation that can't start, and need to utilize when backing up recovery system, can run into the problem that under the DOS environment, can't generate long filenames, if the long filenames not in the recovery system, then Windows9x can't start again, therefore, in the environment of non-Windows 9x (promptly being the environment of not supporting long filenames), generate long filenames and just seem very necessary.
The object of the present invention is to provide a kind of method that can in the computerized environment of not supporting long filenames, back up and recover long filenames.
Another object of the present invention is to provide a kind of affiliated family of languages of computer operating system that is not subjected to influence, still can in the environment of not supporting long filenames, back up and recover the method for long filenames.
Another purpose of the present invention is to provide a kind of lower to operating system call, still can carry out the method for the backup and the recovery of long filenames under the situation that Windows can not start fully.
The object of the present invention is achieved like this, it is by the Basic Input or Output System (BIOS) of calling computer (BIOS), in the cut section (Paratition) of logic hard disk, obtain File Directory Table (FDT), again with long filenames item in the File Directory Table and short filename item, a long filenames backup file is deposited in corresponding dump, and finishes the backup operation of long filenames; Then in the environment of not supporting long filenames, with the short filename in inverse process elder generation each catalogue of search of backup long filenames, again corresponding long filenames in the backup file is written back in the original File Directory Table (FDT), got around DOS and do not supported the restriction of long filenames, and realized under the environment of not supporting long filenames backup and recovered the purpose of long filenames.
The disclosed method according to the present invention, owing to can under the situation that Windows (Windows) can not start fully, carry out the backup and the recovery of long filenames, it promptly is family of languages version independent with operating system, for example: can in simplified form of Chinese Character Windows95, back up and recover the long filenames file among the Windows95 of traditional font, and can not produce the filename code error, as for other backup method owing to, can't solve the problem of filename code error to the dependence of Windows95 itself.
Below in conjunction with accompanying drawing, describe embodiments of the invention in detail, wherein:
Fig. 1 is for realizing computer hardware structural drawing of the present invention;
Fig. 2 is the data structure diagram of disk cut section;
Fig. 3 backs up the operational flowchart of long filenames for the present invention;
Fig. 4 recovers the operational flowchart of long filenames for the present invention;
Fig. 5 generates the operational flowchart of long filenames backup file under a certain catalogue for the present invention;
Fig. 6 recovers the operational flowchart of long filenames for the present invention utilizes the long filenames backup file in computer;
Fig. 7 backs up the key step process flow diagram of long filenames for the present invention;
Fig. 8 is the local process flow diagram among Fig. 7, is presented at the detailed step of searching and generate the long filenames backup file in the File Directory Table (FDT);
Fig. 9 recovers the key step process flow diagram of long filenames for the present invention;
Figure 10 is the local process flow diagram among Fig. 7, is presented at the detailed step of searching and recover long filenames in the File Directory Table (FDT);
Figure 11 is the method according to this invention is sought long filenames in the long filenames backup file a detailed step process flow diagram;
Figure 12 writes detailed step process flow diagram in the File Directory Table for the method according to this invention with the content of long filenames backup file.
At first please refer to Fig. 1, the method for long filenames is backed up and recovers in the present invention's exposure in the environment of not supporting long filenames, be to realize by the carrying out in following hardware configuration, and these hardware configurations include:
One microprocessing unit 10 is in order to carry out the running program of the present invention's exposure in order to backup and recovery long filenames;
One Basic Input or Output System (BIOS) 20 (BIOS, Basic Input/Output System);
One hard disk 30, operating system, application software or the file etc. that are used to store computer can be for the data of microprocessing unit 10 utilizations;
One input block 40 is as keyboard, Genius mouse, light pen or other functionally similar equipment, in order to the input data;
One output unit 50, as screen, display, LCDs, touch control display or other functionally similar equipment are in order to the result of output microprocessing unit 10;
One random access memory membrane module 60 is in order to deposit relevant deal with data; And
One power supplier 70 is in order to supply with the required electric energy of aforementioned each element running.
The disclosed method according to the present invention is backup and the recovery that is realized long filenames by following two stages, includes:
1. the backup long filenames becomes a long filenames backup file; And
2. the inverse process that utilizes the long filenames backup file to back up, and finish the recovery of long filenames.
Before further describing the detailed technology content in above two stages, just implement earlier to do an explanation about the knowledge of long filenames and short filename in the process of the technology of the present invention.The data memory format of disk
Disk (as: rigid disk, diskette) is one of peripheral equipment of computer, belongs to a kind of of recording medium, in order to storage operating system, application program, numerical data, analog date .. etc.; No matter be that rigid disk or diskette before use all must be earlier through " opening the beginning ", this process that opens the beginning just is called format (Formatting), at present under DOS and Windows environment, the format mode of disk can be undertaken by " Format " instruction that Microsoft provides, by " Format " instruction disk is divided into many magnetic regions (Sector), and the track (Track) that synthesizes by the magnetic region; Respectively magnetic region and track are numbered again, and will be write in the file configuration table (FAT, File Allocation Table) set up in advance and the File Directory Table (FDT, File Directory Table) with magnetic region, data that track is relevant.See also Fig. 2, it is the structural representation of a disk cut section (Partition), comprising having one to start record, first file configuration table, second file configuration table, file directory district and data recorded area, and aforesaid file directory district and data recorded area are exactly the constitution content of called file catalogue listing (FDT).Wherein the file directory district is made up of a plurality of file directory items (contain short filename directory entry with corresponding long filenames directory entry) institute, in order to provide be stored in data recorded area in the relevant information of data (as; File name, appended document name, time-tagging ... or the like).
In aforesaid startup record, also include a disk parameter piece (DPB, Disc ParameterBlock, be designated hereinafter simply as DPB), and this DPB is also incomplete same with the structure in FAT 32 systems at FAT 16, its content is respectively shown in [table one] and [table two].
And short filename directory entry and long filenames directory entry in the configuration among the FDT shown in [table three].The structure of long filenames item and short filename item
A kind of method of utilizing the directory entry storage long filenames of 8.3 forms (short filename form) is provided in Win95 (Windows95).Microsoft (Microsoft) claims to utilize the file system of the method to be virtual file contingency table (VFAT.Virtual File Allocation Table).The 8.3 forms another name that a correspondence is all arranged according to each long filenames of this file system storage.Long filenames and short filename together are stored in a File Directory Table (FDT; File Directory Table; hereinafter to be referred as FDT); and each FDT has then comprised a plurality of file directory items (containing short filename directory entry and corresponding long filenames directory entry); each long filenames directory entry can be stored 13 characters in the long filenames, and [long filenames is to store with general code (UNICODE) form; and every character accounts for 2 bits (BYTE)]; and for the directory entry of distinguishing among the FDT be long filenames or short filename; Windows95 is made as " OF " with the directory attribute bit of long filenames; and " OF " attribute is illegal filename under DOS; DOS can't carry out access to this filename; can not rename or delete; so such long filenames just can be protected under DOS, and DOS then can be by its corresponding short filename at accessing file.
And about the form of long filenames directory entry and short filename directory entry please respectively with reference to [table four] content with [table five].
Following what lift is exactly that a long filenames is: RunOnceEx Log.txt, corresponding short filename is the file layout of file in computer of RUNONC~1.TXT: 1370:04E0 42 2E 00 74 00 78 00 74-00 00 00 00 0F 00 D0 FF FF
B..t.x.t…….1370:04f0?FF?FF?FF?FF?FF?FF??FF?FF??FF?FF??00?00??FF?FF?FF?FF
……………..1370:0500?01?52?00??75?00?6E?00?4F-00??6E?00??0F?00?D0??63
00.R.u.n.O.n….c.1370:0510?65?00?45?00?78?00?20??00-4c?00?00?00?6f?00?67?00?e.E.x..L…o.g.1370:0520?52?55?4E?4F?4E?43?7E?31-54?58?54?20?00?15?2B?6D?RUNONE~
1TXT..+m1370:0530?67?25?67?25?00?00?16?72-65?25?14?00?B3?45?00?00?g?%?g?%…re
%…E..
Wherein:
1370:04e0 begins the 32nd bit: long filenames finishes item
1370:0500 begins the 32nd bit: the long filenames item
1370:0520 begins the 32nd bit: the short filename directory entry
Windows can also by to the short filename checksummat again with long filenames in verification and compare, judge whether short filename is modified in the environment of non-Windows 9x.
So, the disclosed technology according to the present invention, just become a long filenames backup file as long as the long filenames directory entry in the file directory district and corresponding short filename directory entry together backed up, just can be at the short filename in the disk directory that recovers long filenames in the future according to desire, in the long filenames backup file, obtain corresponding long filenames directory entry again, and carry out the recovery operation of long filenames.Generate the operating process of long filenames backup file
See also Fig. 3, the present invention includes the operating process that long filenames backs up:
1. according to contingency table (Partition Table), search first sector (being the disk parameter piece, DPB, Disk Parameter Block) of the cut section (Partition) of hard disk 30;
2. long filenames item that the File Directory Table in the cut section (FDT) is included and short filename item back-up storage become a long filenames backup file under current catalogue;
3. search the File Directory Table (FDT) of sub-directory downwards;
4. long filenames item that the File Directory Table (FDT) of sub-directory is included and short filename item back-up storage are among the long filenames backup file of current sub-directory; And
5. judge whether that sub-directory is not finished backup in addition? if yes, with being back to step 4, if not, then finish backup operation.
See also Fig. 5, in the process that generates the long filenames backup file, owing among same FDT, may include a plurality of non-short filenames of long filenames form that are, as the short filename 1~short filename 3 among the figure, just not having corresponding long filenames exists, and the short filename item of these short filename 1~short filenames 3 is recovering in the operation of long filenames in the future, will without any use, therefore the present invention stores and after generating a long filenames backup file together at the long filenames item that FDT is included and short filename item, also can again the short filename that does not contain corresponding long filenames item in the long filenames backup file be removed, just be removed useless short filename information.
Continue to see also Fig. 7, it backs up the main implementation step process flow diagram of long filenames for the present invention, and it includes:
1. begin to carry out backup;
2. read the content of the disk parameter piece (DPB) of hard disk to be backed up, obtain the identification code (FSID, File System ID) of file system;
3. judge FSID,,,, then skip to step 9 if above the two is all non-if FAT32 then skips to step 6 if FAT16 then continues next step;
4. calculate the position that starts record sheet (BDT, Boot Directory Table);
5. establish the size (disk size/magnetic bunch) of BDT;
6. obtain the initial of BDT;
7. calculate the BDT reference position;
8. search all File Directory Table FDT, and under current search catalogue, generate the backup file of long filenames; And
9. end backup operation.
In the backup flow process of Fig. 7, at first according to the disc code of desire backup in the contingency table (Partition Table) (as C:), search the position of its root directory, with regard to FAT16, be first sector behind the FAT, with regard to FAT32, be usually located at second magnetic bunch, can certainly from DPB, obtain the root directory position of FAT32.Obtaining root directory afterwards just can be to the backup operation of root directory and all sub-directory executive chairman filenames.
1. do you judge that the long filenames backup file generating run under the current directory finishes? if yes, then skip to step 5, if not, then continue next step;
2. read a file directory item and deposit long filenames backup file under the current directory in;
3. do you judge that this file directory item is that long filenames finishes item? if yes, then carry out next step, if not, then be back to step 1;
The backup and preserve into a long filenames backup file that is positioned under the current directory, be back to step 1 then;
5. establishing initial file directory item is current directory;
6. do you judge that all the long filenames backup file generating runs under the current directory finish? if yes, then finish the generating run of long filenames backup file, if not, then continue next step;
7. read a file directory item and deposit long filenames backup file under the current directory in;
8. do you judge that this file directory item is a sub-directory? if yes, then carry out next step, if not, then be back to step 6; And
9. pull over and handle next sub-directory, be back to step 6 then.
In the product process shown in Fig. 8, wherein search FDT and backup preservation long filenames (LFN, Long File Name) mode, be to adopt the method for twice search to carry out, when searching for the first time, analyze all sectors and preserve all long filenames items and corresponding short filename item, and when searching for the second time, then be to analyze all sub-directories, carry out the depth search, preserve all long filenames items and corresponding short filename item in all sub-directories.
Because the present invention adopts the processing mode of pulling over, and adopts this kind mode can handle the sub-directory that the degree of depth reaches 40 grades as calculated.If when pulling over, do not keep current directory, the degree of depth of pulling over can be increased to more than 80 grades, not only be applicable to the file system of FAT16, also be applicable to the file system of FAT32.Recover the operating process of long filenames
See also Fig. 4, it is exactly the inverse process that long filenames is carried out backup operation for the operating process of the present invention according to long filenames backup file recovery long filenames, the step of recovery basically, and it includes:
1. according to contingency table (Partition Table), search first sector (being the disk parameter piece, DPB, Disk Parameter Block) of the cut section (Partition) of hard disk 30;
2. whole short filename items that include according to File Directory Table in the cut section (FDT), in the long filenames backup file, find content corresponding (comprise short filename item with corresponding long filenames item), in the File Directory Table under this catalogue (FDT) corresponding short filename item replaced with pairing short filename item and corresponding long filenames item in the backup file then; And become a new file directory item (as shown in Figure 6);
3. search the File Directory Table (FDT) of sub-directory downwards;
4. whole short filename items that include according to the File Directory Table under the sub-directory (FDT), in the long filenames backup file, find content corresponding (comprising short filename item and corresponding long filenames item), in the File Directory Table under this sub-directory (FDT) corresponding short filename item replaced with pairing short filename item and corresponding long filenames item in the backup file then, and become a new file directory item (as shown in Figure 4); And
5. judge whether to also have sub-directory not finish the recovery operation of long filenames item? if yes, then be back to step 4, if not, then finish recovery operation.
Continue to see also Fig. 9, it recovers the main implementation step process flow diagram of long filenames for the present invention, and it includes:
1. begin to carry out recovery operation;
2. read the file directory district content of FDT in the hard disk to be recovered;
3. under current catalogue, seek the long filenames backup file;
4. judge whether to find the long filenames backup file? if yes, then continue next step, if not, then skip to step 9;
5. recovery long filenames, be all short filename items that include according to File Directory Table in the current directory (FDT), in the long filenames backup file, find content corresponding (comprising short filename item and corresponding long filenames item), in the File Directory Table under this catalogue (FDT) corresponding short filename item replaced with pairing short filename item and corresponding long filenames item in the aforementioned backup file then, and become a new file directory item;
6. seek the sub-directory of current directory;
7. judge whether to exist sub-directory? if yes, then carry out next step, if not, then skip to step 9;
8. recover the long filenames under the current sub-directory, be back to step 6 then and pull over and handle other sub-directory; And
9. end recovery operation.
In the backup flow process of Fig. 9, be disc code (as C:) equally according to desire backup in the contingency table (Partition Table), search the position of its root directory, with regard to FAT16, be to be first sector behind the FAT, with regard to FAT32, be usually located at second magnetic bunch, can certainly from DPB, obtain the root directory position of FAT32.Just can convert a new file directory item that comprises short filename item and corresponding long filenames item to after obtaining root directory, and finish the recovery operation of long filenames the short filename item in root directory and all sub-directories.
In the earlier figures 9 for the detailed step that recovers long filenames shown in 10 figure, include:
1. from the current directory of disk, read a short filename item;
2. judge whether to finish the recovery of long filenames, if yes, then finish the long filenames recovery operation of this catalogue, if not, then continue next step;
3. in current directory, seek the long filenames backup file;
4. judge whether to find the long filenames backup file? if yes, then continue next step, if not, then be back to step 1;
5. deposit the information of short filename item;
6. delete the short filename item;
7. in the long filenames backup file, move into and include identical short filename item and corresponding long filenames item; And
8. revise short filename item first magnetic family of file pointed, make its short filename item consistent, be back to step 1 then with deletion just now.
In the treatment scheme in Figure 10, be from the file directory district, to obtain a short filename, search its corresponding long filenames item (its steps flow chart as shown in figure 11) then in the long article spare backup file under same catalogue, if find then short filename in the deleted file directory area, then the short filename item in the long article spare backup file is joined (its steps flow chart as shown in figure 12) in the file directory district with corresponding long filenames item, revise first magnetic bunch of short filename item file pointed again, make its short filename item consistent with deletion just.
Below just illustrate with the example shown in the table six, the long filenames under same catalogue, it is before backup and behind the system destruction and utilize content after method of the present invention is recovered.
And can see that in the result of this embodiment the present invention can return to the situation before the backup to the short filename of only depositing behind system destruction.
The position | Content |
0B-0C | Character number in each magnetic region (herein be 0x0002, promptly 512) |
0D | Magnetic region number in each magnetic bunch (number is by the decision of cut section size) |
0E-0F | Keep magnetic region (0x0100) |
10 | The number of FAT (0x02) |
11-12 | The maximal value of file directory item (herein being 0x0002) |
13-14 | Magnetic region sum (herein being 0 when greater than 65535) |
15 | Media descriptor handling (being 0xfg) |
16-17 | The magnetic region number of each FAT |
18-19 | The magnetic region number of each track |
1A-1B | The magnetic head number |
1C-1D | Hide magnetic region number (not influencing the result) |
20-23 | 13-14 character place is 0 o'clock a magnetic region sum |
24 | Phisical drive number (first is 0x80, and second is 0x81...) |
25 | Keep |
26 | The feature character (being 0x29) of expansion leader record |
27-2A | Disk sequence number (producing at random) |
2B-35 | Label (totally 11 words) |
36-3D | File system type (being FAT16) |
The structure of [table one], FAT16
The position | Content |
0B-0C | Character number in each magnetic region (herein be 0x0002, promptly 512) |
0D | Magnetic region number in each magnetic bunch (number is by the decision of cut section size) |
0E-0F | Keep magnetic region (0x0100) |
10 | The number of FAT (0x02) |
11-12 | The maximal value of file directory item (herein being 0) |
13-14 | Magnetic region sum (herein being 0) |
15 | Media descriptor handling (being 0xf8) |
16-17 | The magnetic region number of each FAT (herein being 0) |
18-19 | The magnetic region number of each track |
1A-1B | The magnetic head number |
1C-1F | Hide magnetic region number (not influencing the result) |
20-23 | 13-14 character place is 0 o'clock a magnetic region sum |
24-27 | The magnetic region sum |
28-29 | File System Ver (major) (be 0 get final product) |
2A-2B | File System Ver (minor) (be 0 get final product) |
2C-2D | File directory head bunch number (being 0x02000) |
2E-2F | The higher bit of file directory head bunch number |
30-31 | FSINFO Sector number (, then being 0xffff) if do not have |
32-33 | Backup Boot Sector (, then being 0xffff) if do not have |
34-3F | Keep |
40 | Phisical drive number (first is 0x80, and second is 0x81...) |
41 | Keep |
42 | The feature character (being 0 * 29) of expansion leader record |
43-46 | Disk sequence number (producing at random) |
47-51 | Label (totally 11 words) |
52-59 | File system type (being FAT32) |
The structure of [table two] FAT32
The configuration of [table three] length/short filename directory entry in FDT
Long filenames directory entry (containing end mark) |
The long filenames directory entry |
...... |
...... |
...... |
The long filenames directory entry |
The short filename directory entry |
Displacement | Length | Describe |
????00H | ????1BYTE | BIT0~5 are the position of directory entry with respect to short filename, and BIT6 is an end mark |
????01H | ????10BYTE | Sentence contains 5 characters of long filenames |
????0BH | ????1BYTE | Attribute, long filenames are 0FH |
????0CH | ????1BYTE | Keep |
????0DH | ????1BYTE | The short filename verification and |
????0EH | ????12BYTE | 6 characters that comprise long filenames |
????1AH | 1WORD (word group) | Keep (perseverance is 0) |
????1CH | ????4BYTE | 2 characters that comprise long filenames |
The form of [table four] long filenames directory entry
Displacement | Length | Describe |
????00H | ????8BYTE | The short filename part |
????08H | ????3BYTE | The extension filename part of short filename |
????0BH | ????1BYTE | File attribute |
????0CH | ????1WORD | Keep |
????0EH | ????1WORD | Last access date |
????10H | ????1WORD | Last update time |
????12H | ????1WORD | Last update date |
????14H | ????1WORD | The initial magnetic of FAT32 bunch high 2 |
????16H | ????1WORD | Last update time |
????18H | ????1WORD | Last update date |
????1AH | ????1WORD | Initial magnetic of FAT16 bunch or the initial magnetic of FAT32 bunch low 2 |
????1CH | ????1WORD | The size of file |
[]:1370:0460 42 4C 41 43 4B 54 7E 31-42 4D 50 20 00 0F 2B 6D BLACKT-1BMP..+m1370:0470 67 25 67 25 00 00 20 A0-AB 24 0D 00 B6 00 00 00 g%g%....S......1370:0480 42 6E 00 20 00 53 00 61-00 76 00 0F 00 6B 65 00 Bn..S.a.v...ke.1370:0490 72 00 2E 00 53 00 43 00-52 00 00 00 00 00 FF FF r...S.C.R.......1370:04A0 01 43 00 68 00 61 00 6E-00 6E 00 0F 00 6B 65 00 .C.h.a.n.n...ke.1370:04B0 6C 00 20 00 53 00 63 00-72 00 00 00 65 00 65 00 1..S.c.r...e.e.1370:04C0 43 48 41 4E 4E 45 7E 31-53 43 52 20 00 10 2B 6D CHANNE-1SCR..+m1370:04D0 67 25 67 25 00 00 20 A0-AB 24 0E 00 40 48 01 00 g%g%....S.. @ H..1370:04E0 42 2E 00 74 00 78 00 74-00 00 00 0F 00 D0 FF FF B..t..x.t........1370:04F0 FF FF FF FF FF FF FF FF-FF FF 00 00 FF FF FF FF ...............1370:0500 01 52 00 75 00 6E 00 4F-00 6E 00 0F 00 D0 63 00 .R.u.n.O.n....c.1370:0510 65 00 45 00 78 00 20 00-4C 00 00 00 6F 00 67 00 e.E.x..L...o.g.1370:0520 52 55 4E 4F 4E 43 7E 31-54 58 54 20 00 15 2B 6D RUNONC-1TXT..+m1370:0530 67 25 67 25 00 00 16 72-65 25 14 00 B3 45 00 00 g%g%...re%...E..1370:0540 42 69 00 66 00 00 00 FF-FF FF FF 0F 00 23 FF FF Bi.f..........#..1370:0550 FF FF FF FF FF FF FF FF-FF FF 00 00 FF FF FF FF ................ 1370:0560 01 45 00 78 00 69 00 74-00 20 00 0F 00 23 54 00 .E.x.i.l...#T.1370:0570 6F 00 20 00 44 00 6F 00-73 00 00 00 2E 00 70 00 o..D.o.s.....p1370:0580 45 58 49 54 54 4F 7E 31-50 49 46 20 00 1E 2B 6D EXITTO-1PIF..+m1370:0590 67 25 67 25 00 00 EC 49-66 25 16 00 C7 03 00 00 g%g%...If%......
This catalogue behind the Windows95 system destruction:
1370:0460?42?4C?41?43?4B?54?7E?31-42?4D?50?20?00?0F?2B?6D????BLACKT-1BMP..+m
1370:0470?67?25?67?25?00?00?20?A0-AB?24?0D?00?B6?00?00?00????g%g%....S......
1370:0480?43?48?41?4E?4E?45?7E?31-53?43?52?20?00?10?2B?6D????CHANNE-1SCR..+m
1370:0490?67?25?67?25?00?00?20?A0-AB?24?0E?00?40?48?01?00????g%g%....S..@H
1370:04A0?52?55?4E?4F?4E?43?7E?31-54?58?54?20?00?15?2B?6D????RUNONC-1TXT..+m
1370:04B0?67?25?67?25?00?00?16?72-65?25?14?00?B3?45?00?00????g%g%...re%...E..
1370:04C0?45?58?49?54?54?4F?7E?31-50?49?46?20?00?1E?2B?6D????EXITTO-1PIF..+m
1370:04D0?67?25?67?25?00?00?EC?49-66?25?16?00?C7?03?00?00????g%g%...If%......
Same catalogue after utilizing the present invention to recover
1370:0000?42?4C?41?43?4B?54?7E?31-42?4D?50?20?00?0F?2B?6D????BLACKT-1BMP..+m
1370:0010?67?25?67?25?00?00?20?A0-AB?24?0D?00?B6?00?00?00????g%g%....S......
1370:0020?42?6E?00?20?00?53?00?61-00?76?00?0F?00?6B?65?00????Bn..S.a.v...ke.
1370:0030?72?00?2E?00?53?00?43?00-52?00?00?00?00?00?FF?FF????r...S.C.R......
1370:0040?01?43?00?68?00?61?00?6E-00?6E?00?0F?00?6B?65?00????.C.h.a.n.n...ke.
1370:0050?6C?00?20?00?53?00?63?00-72?00?00?00?65?00?65?00????L.S.c.r...e.e.
1370:0060?43?48?4E?4E?45?45?7E?31-53?43?52?20?00?10?2B?6D????CHANNE-1SCR..+m
1370:0070?67?25?67?25?00?00?20?A0-AB?24?0E?00?40?48?01?00????g%g%....S..@H..
1370:0080?42?2E?00?74?00?78?00?74-00?00?00?0F?00?D0?FF?FF????B..t..x.t........
1370:0090?FF?FF?FF?FF?FF?FF?FF?FF-FF?FF?00?00?FF?FF?FF?FF??????...........
1370:00A0?01?52?00?75?00?6E?00?4F-00?6E?00?0F?00?D0?63?00????.R.u.n.O.n....c.
1370:00B0?65?00?45?00?78?00?20?00-4C?00?00?00?6F?00?67?00????e.E.x..L...o.g.
1370:00C0?52?55?4E?4F?4E?43?7E?31-54?58?54?20?00?15?2B?6D????RUNONC-1TXT..+m
1370:00D0?67?25?67?25?00?00?16?72-65?25?14?00?B3?45?00?00????g%g...re%...E..
1370:00E0?42?69?00?66?00?00?00?FF-FF?FF?FF?0F?00?23?FF?FF????Bi.f..........#..
1370:00F0?FF?FF?FF?FF?FF?FF?FF?FF-FF?FF?00?00?FF?FF?FF?FF??????................
1370:0100?01?45?00?78?00?69?00?74-00?00?00?0F?00?23?54?00????.E..x.i.t....#T.
1370:0110?6F?00?20?00?44?00?6F?00-73?00?00?00?2E?00?70?00????o..D.o.s.....p.
1370:0120?48?58?49?54?54?4F?7E?31-50?49?46?20?00?1E?2B?6D????EXITTO-1PIF..+m
1370:0130?67?25?67?25?00?00?EC?49-66?25?16?00?C7?00?00?00????g%g%...If%......
[table six]
The advantage of the inventive method is:
1. can in the computerized environment of not supporting long filenames, back up and recover long filenames.
2. not affected by the affiliated family of languages of computer operating system, still can in the environment of not supporting long filenames, back up and recover long filenames.
3. lower to operating system call, still can in the situation that Windows can not start fully, carry out backup and the recovery operation of long filenames.
Claims (7)
1. the method for backup and the long filenames of recovery file in a computer is to be applied in the PC, in order under the environment of not supporting long filenames, backs up and the long filenames of recovery file, it is characterized in that, includes:
1) in the cut section (Partition) of logic magnetic disc, obtains a File Directory Table (FDT), again with the long filenames Xiang Yuyi short filename item in this document catalogue listing, corresponding dump becomes a long filenames backup file that includes this short filename item and corresponding this long filenames item; And
2) to back up the inverse process of this long filenames, search the short filename in each this document catalogue listing and the file subcatalog, more corresponding this long filenames in this backup file is written back in original this document catalogue listing (FDT).
2. the method for the backup and the long filenames of recovery file in computer according to claim 1 is characterized in that backing up this long filenames backup file is to be realized by following step:
1), searches the disk parameter piece (DPB, Disk Parameter Block) of the cut section (Partition) of this disk according to the contingency table (Partition Table) of this disk;
2) a long filenames Xiang Yuyi short filename item back-up storage that the File Directory Table in this cut section (FDT) is contained becomes a long filenames backup file under current catalogue;
3) search the File Directory Table (FDT) of sub-directory downwards;
4) the long filenames Xiang Yuyi short filename item back-up storage that this document catalogue listing (FDT) of sub-directory is included is among the long filenames backup file of current sub-directory; And
5) judge whether that sub-directory is not finished backup in addition? if yes, then be back to step 4, if not, then finish backup operation.
3. the method for the backup and the long filenames of recovery file in computer according to claim 1 is characterized in that the method for recovering this long filenames backup file includes:
1), searches the disk parameter piece (DPB, Disk Parameter Block) of the cut section (Partition) of this disk according to this contingency table (Partition Table);
2) the whole short filename items that include according to the File Directory Table (FDT) in this cut section, in this long filenames backup file, find content corresponding, in the File Directory Table under this catalogue (FDT) corresponding this short filename item is replaced with pairing this short filename item and this corresponding long filenames item in this backup file then, and become a new file directory item;
3) search the File Directory Table (FDT) of sub-directory downwards;
4) the whole short filename items that include according to this document catalogue listing (FDT) under this sub-directory, in this long filenames backup file, find content corresponding, in the File Directory Table under this sub-directory (FDT) corresponding this short filename item is replaced with pairing this short filename item and this corresponding long filenames item in this backup file then, and become a new file directory item; And
5) judge whether to also have sub-directory not finish the recovery operation of long filenames item? if yes, then be back to step 4, if not, then finish backup operation.
As described in the claim 3 in computer the method for the long filenames of backup and recovery file, it is characterized in that alleged this corresponding contents in this long filenames backup file in this step includes a short filename item and long filenames item accordingly.
5. the method for the long filenames of backup file in the computerized environment of not supporting long filenames is characterized in that, includes:
1) begins to carry out backup;
2) read the content of the disk parameter piece (DPB) of hard disk to be backed up, obtain the identification code (FSID, File System ID) of file system;
3) judge this FSID,,,, then skip to step 9 if above the two is all non-if FAT32 then skips to step 6 if FAT16 then continues next step;
4) calculate the position that starts record sheet (BDT, Boot Directory Table);
5) establish the size (disk size/magnetic bunch) of BDT;
6) obtain the initial of BDT;
7) calculate the BDT reference position;
8) search all File Directory Table (FDT), and under current search catalogue, generate the backup file of a long filenames; And
9) finish backup operation.
As described in the claim 5 in computer the method for the long filenames of backup and recovery file, it is characterized in that this step 8 also includes:
1) do you judge that the long filenames backup file generating run under the current directory finishes? if yes, then skip to step 5, if not, then continue next step;
2) read a file directory item and deposit long filenames backup file under the current directory in;
3) do you judge that this document directory entry is that long filenames finishes item? if yes, then carry out next step, if not, then be back to step 1;
4) back up and preserve into a long filenames backup file that is positioned under the current directory, be back to step 1 then;
5) establishing initial file directory item is current directory;
6) do you judge that all the long filenames backup file generating runs under the current directory finish? if yes, then finish the generating run of long filenames backup file, if not, then continue next step. rapid;
7) read a file directory item and deposit long filenames backup file under the current directory in;
8) do you judge that this file directory item is a sub-directory? if yes, then carry out next step, if not, then be back to step 6; And
9) recurrence is handled next sub-directory, is back to step 6 then.
As described in the claim 6 in computer the method for the long filenames of backup and recovery file, it is characterized in that this document directory entry includes the corresponding long filenames item of a short filename Xiang Yuyi.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 99102485 CN1098498C (en) | 1999-03-04 | 1999-03-04 | Method for backup and recovery of long file name in computer |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 99102485 CN1098498C (en) | 1999-03-04 | 1999-03-04 | Method for backup and recovery of long file name in computer |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1266234A true CN1266234A (en) | 2000-09-13 |
CN1098498C CN1098498C (en) | 2003-01-08 |
Family
ID=5270839
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 99102485 Expired - Fee Related CN1098498C (en) | 1999-03-04 | 1999-03-04 | Method for backup and recovery of long file name in computer |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1098498C (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7788230B2 (en) | 2007-01-23 | 2010-08-31 | International Business Machines Corporation | Backing-up and restoring files including files referenced with multiple file names |
CN1790328B (en) * | 2004-12-17 | 2012-05-09 | 微软公司 | Extensible file system |
-
1999
- 1999-03-04 CN CN 99102485 patent/CN1098498C/en not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1790328B (en) * | 2004-12-17 | 2012-05-09 | 微软公司 | Extensible file system |
US7788230B2 (en) | 2007-01-23 | 2010-08-31 | International Business Machines Corporation | Backing-up and restoring files including files referenced with multiple file names |
US8024298B2 (en) | 2007-01-23 | 2011-09-20 | International Business Machines Corporation | Backing-up and restoring files including files referenced with multiple file names |
Also Published As
Publication number | Publication date |
---|---|
CN1098498C (en) | 2003-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8069320B1 (en) | System and method for consolidation of backups | |
CN1914602A (en) | File name generation apparatus | |
CN1231843C (en) | Information processing device | |
CN102567136B (en) | The backup of a kind of computer system, method of reducing, device and computer system | |
US9026750B2 (en) | Systems and methods for managing data in a computing environment | |
US20080243959A1 (en) | Apparatus and method for backing up computer files | |
CN1744040A (en) | Method for completely running operating system in multi storage media and its operating system | |
CN1477522A (en) | Method and system for management of image and document | |
CN1755673A (en) | File system with file management function and file management method | |
CN1500249A (en) | Memory device and recording/reproducing appts. using same | |
CN1764901A (en) | A device for restoring at least one of files, directories and application oriented files in a computer to a previous state | |
CN1527978A (en) | File management method | |
CN1577599A (en) | Recording apparatus having playlist editing function | |
CN1242335C (en) | Data recording device and data erasing device | |
CN1627421A (en) | Method and appts. for conversion of file system format | |
CN1732535A (en) | Recording method and recorder | |
CN1393793A (en) | Method for using and updating network education resources | |
CN1717661A (en) | Data recording apparatus | |
CN1277210C (en) | Method of document synchronization | |
CN1374587A (en) | Information management arrangement for obtaining data bank matching and medium for recording the same bank program | |
CN1758253A (en) | File management system and method | |
CN1890645A (en) | Information recording medium data processing apparatus and data recording method | |
CN1147800C (en) | Computer system and method for preparing computer readable media | |
CN1249611C (en) | Image data editing deviceand method, and image data display method and device | |
CN1160636C (en) | Data storage for sticking memorandum data freely to recorded data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C06 | Publication | ||
PB01 | Publication | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20030108 Termination date: 20110304 |