Date: Fri, 14 Jul 2017 11:59:50 +0200 From: Raimo Niskanen <raimo+freebsd@erix.ericsson.se> To: <freebsd-questions@freebsd.org> Subject: Re: Unusual Question Message-ID: <20170714095950.GA72707@erix.ericsson.se> In-Reply-To: <b5b8a49e-804d-15be-25b7-ff7c29a5ae8a@holgerdanske.com> References: <888578F8-AD68-4993-823C-152789F3C929@mail.sermon-archive.info> <b5b8a49e-804d-15be-25b7-ff7c29a5ae8a@holgerdanske.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This thread reminds me of the argument that you should always encrypt your hard disk. For a remote site you could have the key on a key partition for some crypto systems. Then all you have to do is destroy the key, which is much easier. (For an SSD drive to protect against harcore forensics I do not know how to ensure that the data is gone, though) On Thu, Jul 13, 2017 at 09:44:30PM -0700, David Christensen wrote: > On 07/09/17 02:57, Doug Hardie wrote: > > I have a FreeBSD 9.3 remote server that needs to be purged. I know that rm -rf / will remove all the directory entries, but I need to write over the drive. I thought that dd if=/dev/zero of=/dev/ada0 might do the trick, but it gives an not permitted error. The whole thing can crash and burn at the end. This is an unmanned site so moving drives is not viable. > > If the machine has BIOS and the system drive isn't too large, write an > assembly program that fits into the MBR bootstrap code area to wipe the > rest of the drive, assemble the program, write it into the MBR, and reboot. > > > Bonus: the program deletes the MBR when done wiping the rest of the drive. > > > David > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170714095950.GA72707>