Improved minor formatting issue

This commit is contained in:
Alex Anderson 2022-06-28 07:30:49 +00:00
parent d7d60467b4
commit 83067ebf3e
No known key found for this signature in database
GPG Key ID: 0C216A52F6DF4920

View File

@ -8231,8 +8231,9 @@ So, you want to be sure. To achieve 100% secure deletion on an SSD drive, we wil
- If using `srm`, make sure to manually specify that it should perform a Gutmann wipe (`srm -G /dev/sdX`).
- SSDs:
- Overwrite the drive's contents. Tools like wipe or shred are often overkill, as they perform up to 35 passes. While they work, most SSDs require no more than a couple passes.
- Use `wipe` with only a couple passes: `wipe -qQ2 /dev/sdX` (`-qQ2` means 2 passes. Replace `2` with the desired number of passes)
- Use `srm` with a 3-pass overwrite: `srm -P /dev/sdX`
- Use `wipe` with only a couple passes: `wipe -qQ2 /dev/sdX`.
- `-qQ2` means 2 passes. Replace `2` with the desired number of passes.
- Use `srm` with a 3-pass overwrite: `srm -P /dev/sdX`.
- Use `dd`: `dd if=/dev/urandom of=/dev/sdX bs=8M status=progress conv=fsync`. This command will overwrite the drive with random data. To perform multiple passes (I recommend at least 2), simply run the command again until you're satisfied.
- The reason you run it twice is because SSDs have hidden ("overprovisioned") storage which can contain remnants of deleted data. Wiping twice forces the drive to wipe its overprovisioned storage. This is only guaranteed to work if each pass writes different data (which is why we wipe with random data on each pass).
- `bs=8M` writes 8MiB blocks at a time. This doesn't affect the quality of the data deletion, but adjusting it could affect how long it takes to wipe the drive.