[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <op.tzuxcgsi3jf8g2@pc-bnaujok.melbourne.sgi.com>
Date: Mon, 08 Oct 2007 12:32:30 +1000
From: "Barry Naujok" <bnaujok@....com>
To: "Max Waterman" <davidmaxwaterman+kernel@...tmail.co.uk>,
"David Chinner" <dgc@....com>
Cc: linux-kernel@...r.kernel.org, xfs@....sgi.com
Subject: Re: XFS internal error
On Mon, 08 Oct 2007 11:54:28 +1000, Max Waterman
<davidmaxwaterman+kernel@...tmail.co.uk> wrote:
> David Chinner wrote:
>> I suggest that you run xfs_check on the filesystem and if that
>> shows up errors, run xfs_repair onteh filesystem to correct them.
>>
> It did, and I did, and another xfs_check produced no output.
>
> Do I need to do anything else to correct it? xfs_repair produced a whole
> bunch of stuff that I don't understand...this is the bit that looks most
> significant :
>
>> Phase 6 - check inode connectivity...
>> - resetting contents of realtime bitmap and summary inodes
>> - traversing filesystem ...
>> can't read freespace block 16777216 for directory inode 2095141277
>> rebuilding directory inode 2095141277
>> free block 16777216 for directory inode 2100841732 bad nused
>> rebuilding directory inode 2100841732
>> free block 16777216 for directory inode 2102199514 bad nused
>> rebuilding directory inode 2102199514
>> free block 16777216 for directory inode 2102200124 bad nused
>> rebuilding directory inode 2102200124
>> free block 16777216 for directory inode 2102905843 bad nused
>> rebuilding directory inode 2102905843
>> free block 16777216 for directory inode 3277510927 bad nused
>> rebuilding directory inode 3277510927
>> free block 16777216 for directory inode 3277524487 bad nused
>> rebuilding directory inode 3277524487
>> free block 16777216 for directory inode 3379886019 bad nused
>> rebuilding directory inode 3379886019
>> - traversal finished ...
>> - moving disconnected inodes to lost+found ...
> That last line looks suspicious...furthermore, when I mount the
> filesystem, I don't see a 'lost+found' directory (which I've been used
> to seeing on IRIX). Ah, perhaps the '...' with *nothing* after it means
> it didn't do any moving. Am I right?
Yes, the latest xfs_repair doesn't create a lost+found unless it
needs to, and if it does so, it will list the inodes moved there.
So, in your case, nothing went to lost+found.
Regards,
Barry.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists