I have an xfs cyrus mail spool partition running on linux kernel 2.6.5
on a lvm2 volume. Some files on that partition, including "7605."
referenced below became unreadable, so I ran xfs_repair (the versions
packaged for debian, including both xfsprogs-2.03-1 and 2.6.11-1). Both
versions return the same information, and both terminate without fixing
the problems. A sample output is below.
Any suggestions?
-Tupshin
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
entry "/7605." at block 87 offset 400 in directory inode 4194434
references invalid inode 18374686479671623679
clearing inode number in entry at offset 400...
entry at block 87 offset 400 in directory inode 4194434 has illegal name
"/7605.": - agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- clear lost+found (if it exists) ...
- clearing existing "lost+found" inode
- marking entry "lost+found" to be deleted
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- ensuring existence of lost+found directory
- traversing filesystem starting at / ...
rebuilding directory inode 128
bad hash table for directory inode 4784049 (no leaf entry): rebuilding
rebuilding directory inode 4784049
Terminated
|