From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265802AbUBGBPL (ORCPT ); Fri, 6 Feb 2004 20:15:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265804AbUBGBPK (ORCPT ); Fri, 6 Feb 2004 20:15:10 -0500 Received: from sccrmhc11.comcast.net ([204.127.202.55]:22188 "EHLO sccrmhc11.comcast.net") by vger.kernel.org with ESMTP id S265802AbUBGBPG (ORCPT ); Fri, 6 Feb 2004 20:15:06 -0500 Message-ID: <40243C24.8080309@namesys.com> Date: Fri, 06 Feb 2004 17:15:16 -0800 From: Hans Reiser User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie Lokier CC: Valdis.Kletnieks@vt.edu, the grugq , Pavel Machek , linux-kernel@vger.kernel.org Subject: Re: PATCH - ext2fs privacy (i.e. secure deletion) patch References: <4017E3B9.3090605@hcunix.net> <20040203222030.GB465@elf.ucw.cz> <40203DE1.3000302@hcunix.net> <200402040320.i143KCaD005184@turing-police.cc.vt.edu> <20040207002010.GF12503@mail.shareable.org> In-Reply-To: <20040207002010.GF12503@mail.shareable.org> X-Enigmail-Version: 0.82.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Jamie Lokier wrote: >Valdis.Kletnieks@vt.edu wrote: > > >>Actually, I have encountered file systems where two successive >>write() calls from userspace to the same offset in the file wouldn't >>end up in the same physical location on the disk (AIX's JFS with compression). >> >> > >See also: > > - ext3 with data journalling > > - reiser4 with wandering logs > > - experimental ext? patches for tail-packing small files > >-- Jamie >- >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/ > > > > reiser4 probably does not need secure deletion as much as others, because once the encryption plugins are debugged we will most likely encourage users to use encryption by default. Perhaps someone will show the error in my thinking though, I am not trying to be rigid here....