The journal replay occurred on mount, well before fsck was invoked.
> > So, AFTER a journal replay, there were still two damaged inodes
> > - which sounds like Anton's problem. Maybe ext3 just hates Cambridge? :-)
>
> Well, if you had a SCSI error, then it may be that the fs marked an error
> in the superblock, which would force a full fsck also.
>
> Note also, that it is often normal to have "orphaned inodes" cleaned up
> when the journal is cleaned up. This is not an error. I normally have
> these on my system because of PCMCIA cardmgr creating device inodes in /tmp
> and then unlinking them immediately after opening them.
They were not orphaned inodes, they were inodes with incorrect size & block
values...
> If you have an open but unlinked file, then ext3 will delete this file at
> mount/fsck time (unlike reiserfs which leaves it around wasting space).
> Did you actually get files in lost+found, or only the orphaned inode
> message?
Nothing in l&f, just the familiar (from ext2!) scenario of automatic fsck
finding errors, then dropping me to a single-user login to run fsck manually.
James.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/