<div dir="ltr">I recommend never typing rm -rf /* - I have seen/heard others who forgot to unmount nfs shares / fusefs & unplug USB disks etc. <div><br></div><div>shred and dd are much safer. </div><div><br></div><div>

<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 17 December 2013 11:18, James Courtier-Dutton <span dir="ltr"><<a href="mailto:james.dutton@gmail.com" target="_blank">james.dutton@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ah!  When deleting the .vmdk file would be the easiest solution...<br>
An alternative:<br>
Lets call the one you want to delete the "bad" one.<br>
Create a new clean install VM. Call that the "good" one.<br>
Stop the bad VM.<br>
Start the good VM.<br>
Mount the bad .vmdk somewhere on the good VM.<br>
You can then delete the contents of the bad .vmdk from within thee good VM.<br>
<span class="HOEnZb"><font color="#888888"><br>
James<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On 17 December 2013 11:06, Oliver Howe <<a href="mailto:ojhowe@gmail.com">ojhowe@gmail.com</a>> wrote:<br>
><br>
> Well, piece of mind for my managers really. As the host is a VM the client<br>
> could have veam'd it or made a snapshot without us knowing and would be able<br>
> to restore it elsewhere even after I have wiped the existing VM. I dont have<br>
> access to the ESX host, I only have SSH access.<br>
><br>
><br>
><br>
> On Tue, Dec 17, 2013 at 10:37 AM, Alain Williams <<a href="mailto:addw@phcomp.co.uk">addw@phcomp.co.uk</a>> wrote:<br>
>><br>
>> On Tue, Dec 17, 2013 at 09:59:40AM -0000, Martin A. Brooks wrote:<br>
>> > On Tue, December 17, 2013 09:57, Oliver Howe wrote:<br>
>> > > Anyone have a better way?<br>
>> ><br>
>> > dd is likely to be more successful.<br>
>><br>
>> What are you trying to achieve ? Presumably protect stuff from being<br>
>> grabbed by<br>
>> whoever subsequently has access to the hardware.<br>
>><br>
>> What stuff - customer data or operating system programs that everyone has<br>
>> access<br>
>> to ?<br>
>><br>
>> How much effort do you think someone will put into to try to recover the<br>
>> customer data ? If a lot then 'rm' just puts blocks back onto the file<br>
>> system free<br>
>> list, you might want to use a program like 'shred' to overwrite blocks<br>
>> first.<br>
>><br>
>> Customer data is the most important. This is likely to be under /home or<br>
>> /var or similar.<br>
>> I would concentrate of clearing that first. Then worry about things like<br>
>> passwords in /etc/shadow.<br>
>><br>
>> Beware doing 'dd if=/dev/zero of=/dev/hard-disk'  The dd program has<br>
>> several<br>
>> libraries dynamically linked into it, on one *nix a few years ago when I<br>
>> overwrote a file that was memory mapped (dump doing a restore), the<br>
>> program died<br>
>> when part of its memory image got replaced by zeros.<br>
>><br>
>><br>
>><br>
>> Also think about where the backups are done to.<br>
>><br>
>> --<br>
>> Alain Williams<br>
>> Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT<br>
>> Lecturer.<br>
>> +44 (0) 787 668 0256  <a href="http://www.phcomp.co.uk/" target="_blank">http://www.phcomp.co.uk/</a><br>
>> Parliament Hill Computers Ltd. Registration Information:<br>
>> <a href="http://www.phcomp.co.uk/contact.php" target="_blank">http://www.phcomp.co.uk/contact.php</a><br>
>> #include <std_disclaimer.h><br>
>><br>
>> _______________________________________________<br>
>> GLLUG mailing list<br>
>> <a href="mailto:GLLUG@mailman.lug.org.uk">GLLUG@mailman.lug.org.uk</a><br>
>> <a href="https://mailman.lug.org.uk/mailman/listinfo/gllug" target="_blank">https://mailman.lug.org.uk/mailman/listinfo/gllug</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> GLLUG mailing list<br>
> <a href="mailto:GLLUG@mailman.lug.org.uk">GLLUG@mailman.lug.org.uk</a><br>
> <a href="https://mailman.lug.org.uk/mailman/listinfo/gllug" target="_blank">https://mailman.lug.org.uk/mailman/listinfo/gllug</a><br>
><br>
<br>
_______________________________________________<br>
GLLUG mailing list<br>
<a href="mailto:GLLUG@mailman.lug.org.uk">GLLUG@mailman.lug.org.uk</a><br>
<a href="https://mailman.lug.org.uk/mailman/listinfo/gllug" target="_blank">https://mailman.lug.org.uk/mailman/listinfo/gllug</a><br>
</div></div></blockquote></div><br></div>