Sorry. Stefan. Batting 1000. -Jim On Tue, May 21, 2019 at 1:20 PM James Huddle <james.r.hud...@gmail.com> wrote:
> Just a quick shout-out to Roderick: > Thank you for the paper reference. It's probably perfect for my needs, > but I've been a bit busy, as of late. So no papers, regardless of year > written. > One of my favorite references is Thompson's "Reflections on Trusting Trust" > so I'm hep to your SuperFly-Era ways. No dateism or ageism from this > child of the 60's. > -jrh > > On Fri, May 17, 2019 at 2:36 PM Nathan Hartman <hartman.nat...@gmail.com> > wrote: > >> On Fri, May 17, 2019 at 12:28 PM ropers <rop...@gmail.com> wrote: >> >> > >> > In the history of the (Berkeley) Fast File System, has there ever been >> > an attempt to implement DOS-like undelete for FFS/UFS? >> > (I understand that for technical reasons, this could require running a >> > daemon that remembers just enough metadata to keep data recoverable so >> > long as it's not overwritten. I also understand that running a daemon >> > that remembers things nominally deleted would have security >> > implications, which may not keep me from running a daemond that w/o >> > being perfect could protect me from myself at least some of the time.) >> > I did find this: >> > >> https://lists.freebsd.org/pipermail/freebsd-questions/2016-May/271785.html >> > -- which didn't seem to suggest that the answer was any yessier now >> > than thirty years ago. So, that's a no, then? Anyone? Bueller? >> >> >> Maybe that could work for "normal delete" while making available a >> separate >> "secure delete" that cannot be un-deleted and furthermore overwrites the >> deleted data with random garbage. Administrators could optionally force >> the >> secure overwrite delete. >> >> > >> >
