1.\"- 2.\" Copyright (c) 1990, 1993, 1994 3.\" The Regents of the University of California. All rights reserved. 4.\" 5.\" This code is derived from software contributed to Berkeley by 6.\" the Institute of Electrical and Electronics Engineers, Inc. 7.\" 8.\" Redistribution and use in source and binary forms, with or without 9.\" modification, are permitted provided that the following conditions 10.\" are met: 11.\" 1. Redistributions of source code must retain the above copyright 12.\" notice, this list of conditions and the following disclaimer. 13.\" 2. Redistributions in binary form must reproduce the above copyright 14.\" notice, this list of conditions and the following disclaimer in the 15.\" documentation and/or other materials provided with the distribution. 16.\" 3. Neither the name of the University nor the names of its contributors 17.\" may be used to endorse or promote products derived from this software 18.\" without specific prior written permission. 19.\" 20.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND 21.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 22.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 23.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE 24.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 25.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 26.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 27.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 28.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 29.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 30.\" SUCH DAMAGE. 31.\" 32.\" @(#)rm.1 8.5 (Berkeley) 12/5/94 33.\" $FreeBSD$ 34.\" 35.Dd November 7, 2015 36.Dt RM 1 37.Os 38.Sh NAME 39.Nm rm , 40.Nm unlink 41.Nd remove directory entries 42.Sh SYNOPSIS 43.Nm 44.Op Fl f | i 45.Op Fl dIPRrvWx 46.Ar 47.Nm unlink 48.Ar file 49.Sh DESCRIPTION 50The 51.Nm 52utility attempts to remove the non-directory type files specified on the 53command line. 54If the permissions of the file do not permit writing, and the standard 55input device is a terminal, the user is prompted (on the standard error 56output) for confirmation. 57.Pp 58The options are as follows: 59.Bl -tag -width indent 60.It Fl d 61Attempt to remove directories as well as other types of files. 62.It Fl f 63Attempt to remove the files without prompting for confirmation, 64regardless of the file's permissions. 65If the file does not exist, do not display a diagnostic message or modify 66the exit status to reflect an error. 67The 68.Fl f 69option overrides any previous 70.Fl i 71options. 72.It Fl i 73Request confirmation before attempting to remove each file, regardless of 74the file's permissions, or whether or not the standard input device is a 75terminal. 76The 77.Fl i 78option overrides any previous 79.Fl f 80options. 81.It Fl I 82Request confirmation once if more than three files are being removed or if a 83directory is being recursively removed. 84This is a far less intrusive option than 85.Fl i 86yet provides almost the same level of protection against mistakes. 87.It Fl P 88Overwrite regular files before deleting them. 89Files are overwritten three times, first with the byte pattern 0xff, 90then 0x00, and then 0xff again, before they are deleted. 91Files with multiple links will not be overwritten nor deleted 92and a warning will be issued. 93If the 94.Fl f 95option is specified, files with multiple links will also be overwritten 96and deleted. 97No warning will be issued. 98.Pp 99Specifying this flag for a read only file will cause 100.Nm 101to generate an error message and exit. 102The file will not be removed or overwritten. 103.Pp 104N.B.: The 105.Fl P 106flag is not considered a security feature 107.Pq see Sx BUGS . 108.It Fl R 109Attempt to remove the file hierarchy rooted in each 110.Ar file 111argument. 112The 113.Fl R 114option implies the 115.Fl d 116option. 117If the 118.Fl i 119option is specified, the user is prompted for confirmation before 120each directory's contents are processed (as well as before the attempt 121is made to remove the directory). 122If the user does not respond affirmatively, the file hierarchy rooted in 123that directory is skipped. 124.It Fl r 125Equivalent to 126.Fl R . 127.It Fl v 128Be verbose when deleting files, showing them as they are removed. 129.It Fl W 130Attempt to undelete the named files. 131Currently, this option can only be used to recover 132files covered by whiteouts in a union file system (see 133.Xr undelete 2 ) . 134.It Fl x 135When removing a hierarchy, do not cross mount points. 136.El 137.Pp 138The 139.Nm 140utility removes symbolic links, not the files referenced by the links. 141.Pp 142It is an error to attempt to remove the files 143.Pa / , 144.Pa .\& 145or 146.Pa .. . 147.Pp 148When the utility is called as 149.Nm unlink , 150only one argument, 151which must not be a directory, 152may be supplied. 153No options may be supplied in this simple mode of operation, 154which performs an 155.Xr unlink 2 156operation on the passed argument. 157.Sh EXIT STATUS 158The 159.Nm 160utility exits 0 if all of the named files or file hierarchies were removed, 161or if the 162.Fl f 163option was specified and all of the existing files or file hierarchies were 164removed. 165If an error occurs, 166.Nm 167exits with a value >0. 168.Sh NOTES 169The 170.Nm 171command uses 172.Xr getopt 3 173to parse its arguments, which allows it to accept 174the 175.Sq Li -- 176option which will cause it to stop processing flag options at that 177point. 178This will allow the removal of file names that begin 179with a dash 180.Pq Sq - . 181For example: 182.Pp 183.Dl "rm -- -filename" 184.Pp 185The same behavior can be obtained by using an absolute or relative 186path reference. 187For example: 188.Pp 189.Dl "rm /home/user/-filename" 190.Dl "rm ./-filename" 191.Pp 192When 193.Fl P 194is specified with 195.Fl f 196the file will be overwritten and removed even if it has hard links. 197.Sh EXAMPLES 198Recursively remove all files contained within the 199.Pa foobar 200directory hierarchy: 201.Pp 202.Dl $ rm -rf foobar 203.Pp 204Either of these commands will remove the file 205.Pa -f : 206.Bd -literal -offset indent 207$ rm -- -f 208$ rm ./-f 209.Ed 210.Sh COMPATIBILITY 211The 212.Nm 213utility differs from historical implementations in that the 214.Fl f 215option only masks attempts to remove non-existent files instead of 216masking a large variety of errors. 217The 218.Fl v 219option is non-standard and its use in scripts is not recommended. 220.Pp 221Also, historical 222.Bx 223implementations prompted on the standard output, 224not the standard error output. 225.Sh SEE ALSO 226.Xr chflags 1 , 227.Xr rmdir 1 , 228.Xr undelete 2 , 229.Xr unlink 2 , 230.Xr fts 3 , 231.Xr getopt 3 , 232.Xr symlink 7 233.Sh STANDARDS 234The 235.Nm 236command conforms to 237.St -p1003.1-2013 . 238.Pp 239The simplified 240.Nm unlink 241command conforms to 242.St -susv2 . 243.Sh HISTORY 244A 245.Nm 246command appeared in 247.At v1 . 248.Sh BUGS 249The 250.Fl P 251option assumes that the underlying storage overwrites file blocks 252when data is written to an existing offset. 253Several factors including the file system and its backing store could defeat 254this assumption. 255This includes, but is not limited to file systems that use a 256Copy-On-Write strategy (e.g. ZFS or UFS when snapshots are being used), Flash 257media that are using a wear leveling algorithm, or when the backing datastore 258does journaling, etc. 259In addition, only regular files are overwritten, other types of files are not. 260