When a Windows NTFS drive has a significant hardware problem, it is normally still possible to copy/rescue data from the failing drive. As long as the drive is recognized by the System BIOS or Disk Controller, the likelihood of data being copied from the failing Windows drive to a working drive are extremely high using a Linux System Rescue CD. Using Windows, attemps to copy data from the failing drive will lock up Windows or result in the error message: Cyclic redundancy check. However, the Linux System Rescue CD is able to browse the failing NTFS file system and copy data without issue.
The following documentation addresses a drive that is failing due to a physical hardware isssue. This documentation does not involve drives that fail to boot because the MBR needs to be rewritten, etc. Examples of a drive with a physical hardware issue: The drive is not always being reconized by the System - it is periodically dropping offline. The drive is making an unusual griding whirring or clicking sound. The drive is overheating, etc.
If the problem is a physical hardware issue, immediately remove the drive from the Computer System.
To rescue data from a failing drive, please perform the following steps:
This issue has been resolved.
The following documentation addresses a drive that is failing due to a physical hardware isssue. This documentation does not involve drives that fail to boot because the MBR needs to be rewritten, etc. Examples of a drive with a physical hardware issue: The drive is not always being reconized by the System - it is periodically dropping offline. The drive is making an unusual griding whirring or clicking sound. The drive is overheating, etc.
If the problem is a physical hardware issue, immediately remove the drive from the Computer System.
- Please do not boot from the drive or attempt to read/write from the drive.
- Please do not attempt to repair the file system/blocks/sectors using CHKDSK or any other method.
- Please do not attempt to copy data from the bad drive using Microsoft Windows.
Continued use of the drive significantly reduces your chances of salvaging data from the drive.
To rescue data from a failing drive, please perform the following steps:
- Place the failing drive inside of a zip top freezer bag.
- Seal the zip top freezer bag and insure the drive is properly protected from the elements.
- Place the zip top freezer bag containing your failing drive into the freezer.
- Leave the zip top freezer bag untouched for 12 hours.
- Download the Linux System Rescue ISO Image.
- Burn the Linux System Rescue ISO Image to CDROM.
- Boot computer without failing drive connected. As computer is booting, enter BIOS and insure that BIOS is not set to boot from external drive. Save settings and reboot.
- Connect external USB drive to computer. This is the destintation drive. Data from the failing drive will be copied to the external USB drive.
- After 12 hours, remove the failing drive from the freezer and connect it to the computer.
- Boot computer. As computer is booting, enter BIOS or Disk Controller and insure that failing drive is properly detected. As the drive is failing, you may have to reboot more than once until the drive is properly recognized by BIOS and/or Disk Controller.
- Once the failing drive is recognized, reboot the computer.
- Insert the Linux System Rescue CD into the CDROM Drive.
- Reboot computer.
- At Linux System Rescue boot: prompt, hit Enter.
- At Load Keymap, hit Enter.
- Type: mkdir /mnt/mydrive
- Hit Enter. This makes the mount point for the failing drive (source).
- Type: mkdir /mnt/myusb
- Hit Enter. This makes the mount point for the external USB drive (destination).
- Type: fdisk -l
- Hit Enter. The command fdisk -l lists the drives/partitions identified by Linux.
Example: /dev/hda1, /dev/sda1, /dev/sdb1, etc. hda1 stands for PATA/IDE drives. SDA and SDB stands for SCSI, SATA and USB drives. To identify the correct /dev or drive that contains your source data - you can compare the size of the drive and drive order. This documentation assumes the /dev of the failing drive is hda1 and the /dev of the external USB drive is /sdb1. In your instance, it may be hda2 or sda2 for example. To insure you are using the correct /dev, please refer to fdisk -l. - Type: ntfs-3g /dev/hda1 /mnt/mydrive
- Hit Enter.
- Type: mount /dev/sdb1 /mnt/myusb
- Hit Enter.
- Type: ls -l /mnt/mydrive
- Hit Enter. You should now see the contents of the failing drive.
- Type: cd /mnt/mydrive
- Hit Enter. This changes directory to the failing drive.
- Type: cd "Documents and Settings" or cd "Users"
- Hit Enter. In Windows XP, the typical data location is under Documents and Settings. In Windows Vista/Windows 7, the typical data location is under Users.
- Type: ls -l
- Hit Enter. You should now see the User Directories. If you like, you can cd again to go forward another level into the exact user account the you wish to copy. Once you are in the directory which contains the data and subdirectories you wish to copy, please proceed to the next step.
- Type: cp -r * /mnt/myusb
- Hit Enter. This copies the current directory and all subdirectories to the external USB drive.
This issue has been resolved.
Comments
Post a Comment