I have a JMicron USB RAID enclosure that is exhibiting read failures. > [59996.137762] sd 5:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_OK > driverbyte=DRIVER_SENSE > [59996.137786] sd 5:0:0:0: [sdd] tag#0 Sense Key : Aborted Command [current] > [59996.137792] sd 5:0:0:0: [sdd] tag#0 Add. Sense: No additional sense > information > [59996.137798] sd 5:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 a6 42 > 1d d8 00 00 00 08 00 00 > [59996.137804] blk_update_request: I/O error, dev sdd, sector 2789350872 > [59996.137816] Buffer I/O error on dev sdd, logical block 348668859, async > page read > I ran ddrescue to block copy the device to another external USB drive. This appears to have been successful (though not without errors). The new drive shows an identical UUID to the original. > # xfs_admin -u /dev/sdc1 > UUID = 7b2fc6f7-0f6b-40fb-b264-75d25e9d0d1e > # xfs_admin -u /dev/sdd1 > UUID = 7b2fc6f7-0f6b-40fb-b264-75d25e9d0d1e I'm still unable to mount the file-system on sdc1. > # mount /dev/sdc1 mnt > mount: /root/mnt: mount(2) system call failed: Structure needs cleaning. I ran xfs_repair. > # xfs_repair /dev/sdc1 > Phase 1 - find and verify superblock... > - reporting progress in intervals of 15 minutes > Phase 2 - using internal log > - zero log... > * ERROR: mismatched uuid in log > * SB : 7b2fc6f7-0f6b-40fb-b264-75d25e9d0d1e > * log: 00000001-0038-8e56-0000-000100388e2e > ERROR: The filesystem has valuable metadata changes in a log which needs to > be replayed. Mount the filesystem to replay the log, and unmount it before > re-running xfs_repair. If you are unable to mount the filesystem, then use > the -L option to destroy the log and attempt a repair. > Note that destroying the log may cause corruption -- please attempt a mount > of the filesystem before doing this. > I tried xfs_repair with -L to destroy the log. The file-system does clean, but when it mounts, there's nothing present; no files or directories. Not even an lost+found. I feel like at least some of data is still accessible, considering I was able to block-copy the file-system from one drive to another. But I can't seem to rebuild the inode table. Does anyone have any experience or pointers on recovering XFS partitions?
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
