On 4/2/12 12:45 AM, Dave B wrote: > > Hi, > > The two files in the root directory of a 500GB external USB HDD became corrupt, > probably due to a power failure. > > dave@K-Matrix $ ls -l /media/Galaxy/ > ls: cannot access /media/Galaxy/ChnSchld_pre_4-14.tgz: No such file or directory > ls: cannot access /media/Galaxy/dhr820xu.ext: No such file or directory > total 24 > ?????????? ? ? ? ? ? ChnSchld_pre_4-14.tgz > ?????????? ? ? ? ? ? dhr820xu.ext > drwxr-xr-x 7 dave dave 4096 2012-02-13 12:45 DHR recordings > drwxr-xr-x 212 dave dave 12288 2008-11-30 00:21 Miles Davis > drwxr-xr-x 5 dave dave 4096 2012-02-16 06:06 PartImage > > > xfs_repair didn't help much; it just removed the two filenames. > At minimum, I expected two entries in L+F but the L+F directory was not created. > > dave@K-Matrix $ sudo xfs_repair /dev/sdc1 > Phase 1 - find and verify superblock... > Phase 2 - using internal log > - zero log... > - scan filesystem freespace and inode maps... > - found root inode chunk > Phase 3 - for each AG... > - scan and clear agi unlinked lists... > - process known inodes and perform inode discovery... > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - process newly discovered inodes... > Phase 4 - check for duplicate blocks... > - setting up duplicate extent list... > - check for inodes claiming duplicate blocks... > - agno = 0 > entry "ChnSchld_pre_4-14.tgz" in shortform directory 128 references free inode 48145461 > junking entry "ChnSchld_pre_4-14.tgz" in directory inode 128 > entry "dhr820xu.ext" in shortform directory 128 references free inode 48145451 > junking entry "dhr820xu.ext" in directory inode 128 > - agno = 1 > - agno = 2 > - agno = 3 > Phase 5 - rebuild AG headers and trees... > - reset superblock... > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary inodes > - traversing filesystem ... > - traversal finished ... > - moving disconnected inodes to lost+found ... > Phase 7 - verify and correct link counts... > done > > > See longer console session and before/after metadumps in ~7MB d/l at: > http://daxxi.net/xfs/Galaxy_500GB_xfs.tar.gz > user: xfs , p/w: xfs > (please only d/l if 2x240MB metadumps will be meaningful to you) > > > Environment: > Linux K-Matrix 3.0.0-16-generic #29-Ubuntu SMP Tue Feb 14 12:49:42 UTC 2012 i686 athlon i386 GNU/Linux Thanks, I'll take a look at this, grabbing the images now. -Eric > > Dave > > > > _______________________________________________ > xfs mailing list > xfs@xxxxxxxxxxx > http://oss.sgi.com/mailman/listinfo/xfs _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
