]> git.ipfire.org Git - thirdparty/coreutils.git/commitdiff
doc: shred: change 'truncate' to the more descriptive 'deallocate'
authorPádraig Brady <P@draigBrady.com>
Sun, 10 Dec 2017 00:49:45 +0000 (16:49 -0800)
committerPádraig Brady <P@draigBrady.com>
Sun, 10 Dec 2017 00:54:03 +0000 (16:54 -0800)
* doc/coreutils.texi (shred invocation): s/truncate/deallocate/.
* src/shred.c (usage): Likewise.
Fixes https://bugs.gnu.org/29317

doc/coreutils.texi
src/shred.c

index ed3a63308ec5b42a93a1bbcbd3e156edd93e3c63..bd766e4e2ae29f7c7c259ac3b37759adfa750d9a 100644 (file)
@@ -9958,8 +9958,8 @@ destroy it.
 @command{shred} makes no attempt to detect or report this problem, just as
 it makes no attempt to do anything about backups.  However, since it is
 more reliable to shred devices than files, @command{shred} by default does
-not truncate or remove the output file.  This default is more suitable
-for devices, which typically cannot be truncated and should not be
+not deallocate or remove the output file.  This default is more suitable
+for devices, which typically cannot be deallocated and should not be
 removed.
 
 Finally, consider the risk of backups and mirrors.
@@ -10016,7 +10016,7 @@ the whole file.  @var{bytes} can be followed by a size specification like
 @opindex --remove=wipe
 @opindex --remove=wipesync
 @cindex removing files after shredding
-After shredding a file, truncate it (if possible) and then remove it.
+After shredding a file, deallocate it (if possible) and then remove it.
 If a file has multiple links, only the named links will be removed.
 Often the file name is less sensitive than the file data, in which case
 the optional @var{how} parameter, supported with the long form option,
index f2b5d27d5e424b5c466b17b59c025b0c88f6aa5c..b1f0b64b226f6dbc464d50374a24d26ad9cfbb2f 100644 (file)
@@ -186,7 +186,7 @@ If FILE is -, shred standard output.\n\
   -s, --size=N   shred this many bytes (suffixes like K, M, G accepted)\n\
 "), DEFAULT_PASSES);
       fputs (_("\
-  -u             truncate and remove file after overwriting\n\
+  -u             deallocate and remove file after overwriting\n\
       --remove[=HOW]  like -u but give control on HOW to delete;  See below\n\
   -v, --verbose  show progress\n\
   -x, --exact    do not round file sizes up to the next full block;\n\