SHRED(1)
π SHRED(1) β bestie edition β¨
okay so this is the shred page from the User Commands section of the manual, and honestly? it's giving "i need this gone gone" π₯
πΈ NAME πΈ
shred β overwrite a file to hide its contents, and optionally delete it π«Ά
β¨ SYNOPSIS β¨
shred [OPTION]... FILE...
π¦ DESCRIPTION π¦
So here's the tea: shred overwrites the FILE(s) you name, over and over again, so that it's harder for even very expensive hardware probing to get your data back. like, forensic-lab-level expensive. it's giving "good luck bestie" πβ¨
If FILE is -, shred standard output.
Mandatory arguments to long options are mandatory for short options too. (yes that's the rule, no cap, it applies to both.)
π OPTIONS π
-f,--forceβ changes the permissions so writing is allowed, if that's what it takes πͺ-n,--iterations=Nβ overwriteNtimes instead of the default (3)--random-source=FILEβ grab your random bytes fromFILEinstead-s,--size=Nβ shred exactly this many bytes (suffixes likeK,M,Gare accepted, slay)-uβ deallocate and remove the file after the overwriting is done--remove[=HOW]β basically-ubut you get to control HOW it deletes. see below π-v,--verboseβ show details of the data and metadata operations performed (so you can watch the magic, iconic)-x,--exactβ do not round file sizes up to the next full block; this is the default for non-regular files-z,--zeroβ add a final overwrite with zeros to hide the shredding π«£--helpβ display this help and exit--versionβ output version information and exit
π§ THE WHOLE HOW SITUATION π§
So the FILE(s) get deleted if --remove (-u) is specified. The default is NOT to remove the files, because it's super common to operate on device files like /dev/hda, and bestie, those files usually should not be removed. π
The optional HOW parameter tells it how to remove a directory entry:
'unlink'=> use a standard unlink call.'wipe'=> also first obfuscate bytes in the name.'wipesync'=> also sync each obfuscated byte to the device.
The default mode is 'wipesync', but note it can be expensive. πΈ (your wallet is fine, it's your time that's paying.)
π¨ CAUTION, FR FR π¨
CAUTION: shred assumes the file system and hardware overwrite data in place. Although this is common, many platforms operate otherwise. Also, backups and mirrors may contain unremovable copies that will let a shredded file be recovered later. See the GNU coreutils manual for details. π
like, no cap, that's the real warning. read it twice. π«Ά
π AUTHOR π
Written by Colin Plumb. (ty king πββοΈ)
π REPORTING BUGS π
- Report bugs to:
bug-coreutils@gnu.org - GNU coreutils home page: <https://www.gnu.org/software/coreutils/>
- General help using GNU software: <https://www.gnu.org/gethelp/>
- Report any translation bugs to <https://translationproject.org/team/>
π SEE ALSO π
- Full documentation <https://www.gnu.org/software/coreutils/shred>
- or available locally via:
info '(coreutils) shred invocation' - Packaged by Ubuntu (
9.10-1ubuntu2) - Copyright Β© 2026 Free Software Foundation, Inc.
- License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
- This is free software: you are free to change and redistribute it.
- There is NO WARRANTY, to the extent permitted by law.
and that's the whole page bestie π this was GNU coreutils 9.10, dated August 2026 β go forth and shred responsibly, mwah π β¨
π¦ where this page comes from
- ubuntu stonking: gnu-coreutils 9.10-1ubuntu2 Β· GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms