6 ms·

Reading this written on a screen stresses me out a little bit. Just knowing that you likely typed those letters on your keyboard...

• zelly 7y ago
  why? the data is easily recoverable. # dd if=/dev/zero of=/dev now that's more like it.
  • dan000892 7y ago
    dd's destruction is gated by the device's write performance and so data may be recoverable if the operation is interrupted. For those of us with SSDs that transparently leverage AES encryption, the following generates a new keypair and marks all cells as empty instantly nuking it (and restoring the device's write performance to factory-fresh): # hdparm --user-master u --security-set-pass p /dev/sdX; hdparm --user-master u --security-erase-enhanced p /dev/sdX More info on the ATA Secure Erase instruction and how to tell if your storage device supports it can be found here: https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
• komali2 7y ago
  I read somewhere this doesn't really work anymore on common distros for reasons I don't remember. Not that I'm gonna test it.
  • scarejunba 7y ago
    Most `rm` impls default to `--preserve-root` now, so you need to `rm --no-preserve-root`.
    • deleted 7y ago
      [deleted]
    • williamdclt 7y ago
      it prevents against `rm -rf /`, not `rm -rf /*` does it?
      • snazz 7y ago
        Probably. The star would involve shell globbing. [edit for clarification: I meant that you’re probably right]