wipe utility
christoph at linuxsoup.com
christoph at linuxsoup.com
Wed Aug 18 19:23:00 EDT 2004
I am just catching up on some email, but this thread caught my interest.
I have looked into the ext3 code or read any of the papers, but I was
always under the impression that the filesystem journal only stored a
bitmask (table) of modified blocks. There shouldn't be any data in there.
Any pointers to reading materials?
-christoph
Jerry Feldman wrote:
> --Signature=_Fri__13_Aug_2004_13_52_08_-0400_bj.fShYeDVLl.Db8
> Content-Type: text/plain; charset=US-ASCII
> Content-Disposition: inline
> Content-Transfer-Encoding: 7bit
>
> On Fri, 13 Aug 2004 12:56:48 -0400
> Cole Tuininga <colet at code-energy.com> wrote:
>
> > If you want to be more secure, you could always have /tmp be a tmpfs
> > (aka a ram disk). Then the data is never stored on a hard drive
> > anyway.
> >
> > Well, excluding swap I suppose. Nevermind.
> I would think that this is probably a good reason that a file system
> level wipe is not overly affective. There is data left in the swap file,
> in the journals, ...
> I think something like shred(1) works only to make it more difficult for
> another online user to see data left in a file. Since John Malloy was
> the original poster, maybe John can be more specific as to why he wants
> to use it, and how clean.
>
> --
> Jerry Feldman <gaf at blu.org>
> Boston Linux and Unix user group
> http://www.blu.org PGP key id:C5061EA9
> PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9
>
> --Signature=_Fri__13_Aug_2004_13_52_08_-0400_bj.fShYeDVLl.Db8
> Content-Type: application/pgp-signature
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (GNU/Linux)
>
> iD8DBQFBHP/I+wA+1cUGHqkRAoJNAJwK9pGK/UrOlOC/CzNBWu/3wvKHEwCcD6vd
> VkANxebrnaLN92+5tvrT+bA=
> =p9Cz
> -----END PGP SIGNATURE-----
>
> --Signature=_Fri__13_Aug_2004_13_52_08_-0400_bj.fShYeDVLl.Db8--
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss
>
More information about the Discuss
mailing list