home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.linux.mint      Looks pretty on the outside, thats it!      30,566 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 29,780 of 30,566   
   Paul to Felix   
   Re: Hard drive not recognised in Winx an   
   25 Nov 25 18:37:00   
   
   XPost: aus.computers   
   From: nospam@needed.invalid   
      
   On Tue, 11/25/2025 5:55 PM, Felix wrote:   
   > Computer Nerd Kev wrote:   
      
   >   
   >> and make a disk image.   
   >   
   > how can I make an image of a disk that can't be read?   
      
   The partition cannot be mounted.   
      
   That limits what it is safe to do.   
      
   *******   
      
   This leaves a sector-by-sector treatment of the entire disk as an option.   
      
   And not just any old sector-by-sector treatment.   
      
   The tool must be tolerant of CRC errors (because we think   
   we can already seen a CRC error right at the beginning of the disk drive).   
   Many backup programs for example, they hate CRC errors, and attempts   
   to transfer a disk with them, stop practically instantly.   
      
   That is what ddrescue (gddrescue package) is for.   
      
   It is a copy of disk dump "dd", where CRC errors are handled   
   without the transfer stopping.   
      
   ddrescue can   
      
      transfer from one disk to another disk  (works best if disks are same size,   
   because   
                                               of a GPT secondary partition table   
   handling issue)   
      
      transfer from one disk to a .img file   (this can serve as the reference   
   copy of the   
                                               bad drive, while you do   
   file-by-file recovery)   
      
   The ddrescue command keeps track of which sectors had CRC   
   errors and were not read on the first pass.   
      
   Subsequent runs of the command, as long as they use the same   
   source-dest pair, can add to the buildup of a "recovered" image.   
      
   On the subsequent runs, only the CRC-errored sectors are probed   
   to see if they are readable. Thus, the approximate runtime   
   is longest for the first run, shorter for the subsequent runs.   
      
   You stop attempting to ddrescue, when the command is not able   
   to resolve the errored sectors after repeated trials.   
      
   *******   
      
   Pre-conditioning of drive /dev/sdf    # This is the empty, known-to-be-good   
   drive   
      
   # You want to erase all the sectors, such that any sectors that are non-zero   
   # later, you know for sure they came from the bad drive, and are not left over   
   # data from somewhere else. This level of care is needed, if running a   
   file-by-file   
   # data recovery program later.   
      
      sudo fdisk /dev/sdf   
      p                      # print details of the recovery drive (there is a   
   "size" field)   
      q                      # quit the command without making changes   
      
      sudo if=/dev/zero of=/dev/sdf bs=221184   # Usually 221184 divides evenly   
   into drive size   
                                                # This could take several hours.   
      
   *******   
      
   With the minty-fresh /dev/sdf, we now begin the attempt to copy the data.   
      
   This is a sector by sector copy, that does not care whether partitions   
   are intact or whatever.   
      
   sudo apt install gddrescue        # Need a place to put the data (use a spare   
   disk) ... ddrescue   
      
      man ddrescue                   # Read the instructions, verify the drive   
   names are correct.   
                                     # Overwriting the wrong drive, will ruin it.   
                                     # Generally, a technician only puts the   
   source and dest   
                                     # disks in the machine at this time, for   
   safety.   
      
      sudo ddrescue -f -n     /dev/sde /dev/sdf /root/rescue.log    # Drive to   
   drive rescue (same sized drive)   
                                                                    # First pass   
   gets most of the sectors.   
                                                                    # Copies   
   drive "sde" to drive "sdf".   
      
      sudo xed /root/rescue.log  # Examine transfer record, for extent of damage   
                                 # If, in fact, there were NO crc errors, you can   
   stop here! :-)   
      
      sudo ddrescue -d -f -r3 /dev/sde /dev/sdf /root/rescue.log    # Try to   
   recover the remaining damaged sectors   
                                                                    # Can be run   
   multiple times, but doing this once   
                                                                    # is usually   
   enough.   
      
   The purpose of doing this, is to make sure we haven't lost anything   
   that is potentially recoverable. The data recovered may be   
   total garbage, but that's for a later stage of recovery to decide.   
      
           1TB bad drive  ==>  1TB good drive copy ==> Any size of drive for   
   experiments   
                                                       with the data. Some   
   recovery programs write   
                                                       their recovered data to a   
   *separate* disk which   
                                                       is this disk drive.   
      
   You try not to corrupt the "good drive copy", so it is   
   a reference copy. You would NOT run CHKDSK on the middle   
   drive. You'd copy the middle drive to the right-hand drive   
   and run CHKDSK on the right-hand drive.   
      
   The reason for this care, is the very next time you turn on the   
   power on the drive on the left, it might stop responding and   
   then we can't make any more copies!   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca