Case:
The virtual disk of a Redhat Linux system on a water conservancy network is lost, and the data is very important.Customers then contact the line data recovery center.
Solution:
Ring data recovery engineers found that the additional storage of this Redhat system was a/DEV/SDB disk by the section of the optical fiber mapping one 30 disk cabinet. When a network tube is installed with a software, it is misunderstood to remove a virtual disk. After the data disaster occurs, the network tube has not stopped operation. The network tube re -maps a section of the area/DEV/SDB disk, and formats it to the EXT3 file. Fortunately, the data is not written, but the meta information of EXT3 has covered some sectors. Since multiple servers are using the array cabinet, the array cabinet cannot be moved. Under Redhat, I checked some sectors of the virtual disk. The command line is too slow. After the operation software is installed under Redhat File system, but the new EXT3 has overlap with the original EXT3 part. After the network management is re -mapped by the network management, the DD command mirror will be recovered. After repairing part of the original EXT3 meta -information, the recovery software can be identified normally, but most of the first sectors of the first block have been covered, and the root directory and the first level directory cannot be recovered. Try search logs and repair it. The important structures such as the root directory. After the data is restored, the files are normal because the data stored in the United States is sent to an American software company for verification.