lkml.org 
[lkml]   [1998]   [Sep]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ext2fs: inode with zero dtime
Hi,

On Tue, 1 Sep 1998 16:44:41 +0100, Jamie Lokier
<lkd@tantalophile.demon.co.uk> said:

> On Mon, Aug 31, 1998 at 06:24:14PM +0100, Stephen C. Tweedie wrote:
>> That's the problem: it should be illegal to remount a fs readonly while
>> there are still orphaned deleted inodes present.
>>
>> The problem is that closing such an inode acts as a delete. If the fs
>> is readonly at the time, then either we cannot complete the delete on
>> disk, or we have to fail the close. Either way lands us in a mess. The
>> alternative is to prevent the fs from being marked readonly until these
>> inodes finally get cleaned up.

> How about linking the inode into lost+found, is it _then_ safe to
> remount read-only?

No, that is still an exceptional case which the system manager has to
manually clean up after.

> An alternative without leaving files around is to link the inode
> somewhere else which is automatically cleaned at the next fsck/mount.
> Perhaps putting a name matching a "delete me" pattern in lost+found
> would do.

That's what the 2.3 ext2fs code will do.

--Stephen

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:44    [W:0.029 / U:2.424 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site