I imaged a potentially defective 1TB hard disk drive containing about 270GB worth of actual data, using ddrescue, on a Lubuntu live system. The recovery is 99.9% complete, there's only a 52KB area which was unreadable near the 300MB mark – yet there are no “pending” or “reallocated” sectors in SMART. First question : how is this possible ? Could this be a benign case of “logical” bad sectors, i.e. sectors which are physically still operational but in an inconsistent state, resulting in a CRC check failure, and could they be “fixed” durably and reliably simply by overwriting them ? I ran the short self-test, which was “completed with read failure”. Can I still trust SMART data 100% and be confident that if it reports no bad sector there indeed is none at the physical level ?
Then, I have 3 spare drives which I could use to transfer the recovered data for the owner, who uses a MacBook computer : a 320GB drive in USB2, a 500GB drive in USB3, a 1TB drive in USB3. The source drive is formatted in HFS+. Is there a safe and convenient way to write that 1TB image, which indeed occupies only about 270GB (as it was created in sparse mode using ddrescue’s -S switch), directly to a smaller capacity drive, with a Linux or Windows free tool, in such a way that the recovered HDD is readily readable, with a consistent partition table ? (I have no experience with Apple partitioning and formatting schemes.) Or would I be better off creating a HFS+ partition – with which tool since apparently GParter can't handle that – and copying the files and folders ? But in this case, would the timestamps and other metadata be automatically preserved ? Or would I have to use a specific method to make sure of it ? Can a Linux command like “cp” copy files between HFS+ partitions and preserve all attributes specific to that filesystem ?
Thanks.
ddrescue
again, providing the log/map file? It's possible that the unreadable area could be successfully read if you try again enough times.rsync
or similar. Timestamps should be handled, but other Apple-specific metadata may be left out.