409

I have a directory containing a large number of files. I want to delete all files except for file.txt . How do I do this?

There are too many files to remove the unwanted ones individually and their names are too diverse to use * to remove them all except this one file.

Someone suggested using

rm !(file.txt)

But it doesn't work. It returns:

Badly placed ()'s 

My OS is Scientific Linux 6.

Any ideas?

5
  • 26
    move the one you want to keep, then rm the others? Sep 5, 2014 at 9:04
  • 6
    @OlivierDulac Are we the only two people in this question who aren't overthinking the question?
    – Shadur
    Sep 5, 2014 at 12:33
  • 2
    @shadur: well, I can relate to them: oneliners are attractive... ^^ Sep 5, 2014 at 12:57
  • 3
    Thanks, and yes I was looking for a one-line solution. It's too time consuming to keep moving files around as I have to do this quite often.
    – Kantura
    Sep 9, 2014 at 4:37
  • If your specifically want to preserve .git directory, see: stackoverflow.com/a/22347541/565877 Jun 20, 2021 at 22:08

8 Answers 8

451

POSIXly:

find . ! -name 'file.txt' -type f -exec rm -f {} +

will remove all regular files (recursively, including hidden ones) except any files called file.txt. To remove directories, change -type f to -type d and add -r option to rm.

In bash, to use rm -- !(file.txt), you must enable extglob:

$ shopt -s extglob 
$ rm -- !(file.txt)

(or calling bash -O extglob)

Note that extglob only works in bash and Korn shell family. And using rm -- !(file.txt) can cause an Argument list too long error.

In zsh, you can use ^ to negate pattern with extendedglob enabled:

$ setopt extendedglob
$ rm -- ^file.txt

or using the same syntax with ksh and bash with options ksh_glob and no_bare_glob_qual enabled.

23
  • 15
    Specifying the directory is good practice (fullpath in this case? or maybe add a warning here that this command deletes every file starting from the current working directory ?). I also usually write any example with rm as echo rm instead, and ask people to only take out the echo when they are really sure it will do what they want. Other than that, +1 for the thorough answer Sep 5, 2014 at 9:00
  • 14
    I'd suggest -delete instead of -exec, shorter and easier to remember
    – Izkata
    Sep 5, 2014 at 15:41
  • 10
    @Izkata: -delete is not defined by POSIX.
    – cuonglm
    Sep 5, 2014 at 15:42
  • 6
    How to exclude list of files?
    – B Faley
    Sep 6, 2014 at 4:48
  • 5
    @Meysam - see my answer for a solution that will handle a list of files. Else with Gnouc's find solution you can do ! \( -name one_file -o -name two_file \) and so on.
    – mikeserv
    Sep 6, 2014 at 15:35
189

Another take in a different direction (iff there are no spaces in file names)

ls | grep -xv "file.txt" | xargs rm

or (works even if there are spaces in file names)

ls | grep -xv "file.txt" | parallel rm

from man grep:

 -v, --invert-match
          Invert the sense of matching, to select non-matching lines.  (-v is specified by POSIX)

 
 -x, --line-regexp
          Select  only  those  matches  that exactly match the
          whole line.  For a regular expression pattern,  this
          is   like   parenthesizing   the  pattern  and  then
          surrounding it with ^ and $.

Without the -x we'd keep my-file.txt as well.

13
  • 6
    It will not work if file names have a space ...
    – Matteo
    Feb 8, 2016 at 16:07
  • 2
    Ciao @Matteo, it works for files with spaces too, but you need to surround the grep-pattern by quotes, e.g. ls | grep -v "a file with spaces.bin" | xargs rm. This is normal grep syntax.
    – Sebastian
    Feb 8, 2016 at 19:14
  • 3
    @Sebastian The problem is not the grep but rm. rm will get a list of space separated arguments. Try touch 'a b'; touch 'c d'; ls | grep -v 'a b' | xargs rm: you will get rm: c: No such file or directory and rm: d: No such file or directory
    – Matteo
    Feb 9, 2016 at 7:57
  • 3
    It's not only spaces, it's all blanks and newlines, but also quoting characters (single, double quotes and backslash) and filenames starting with -. Aug 30, 2016 at 9:52
  • 20
    This worked for me ls -Q | grep -v file.txt | xargs rm -fr . -Q switch is "enclose entry names in double quotes"
    – kuzyn
    Aug 24, 2019 at 13:11
48
+50

Maintain a copy, delete everything, restore copy:

{   rm -rf *
    tar -x
} <<TAR
$(tar -c $one_file)
TAR

In one line:

{ rm -rf *; tar -x; } <<< $(tar -c $one_file)

But that requires a shell that supports here-strings.

12
  • 26
    This is somewhat mind-blowing.
    – vschum
    Sep 5, 2014 at 2:36
  • 2
    But if this gets interrupted halfway through, or if anything else goes wrong, the file is gone.
    – kasperd
    Sep 5, 2014 at 8:04
  • 3
    Isn't more efficient to move it to another directory and move it back? We don't need to deal with the content of the file, only with its path.
    – leonbloy
    Sep 6, 2014 at 15:51
  • 3
    @Derek - it's really not that crazy. POSIX requires that a shell redirect its input to the command you specify when it encounters a here-document. The command-substitution has to complete before anything else happens. Most shells use temp-files for here-docs - some pipes. Either way tar -c completes and the shell stashes its output before rm runs. Because rm ignores stdin its left hanging for tar -x when rm finishes - and the shell can divest itself of the copy it saved of your file(s). Here-docs can be used like aimed pipes a lot of the time.
    – mikeserv
    Sep 9, 2014 at 5:27
  • 5
    What if the file is 64GB in size? Or is there no actual copying involved?
    – Zimano
    Jul 13, 2018 at 19:04
38

you're all overthinking this.

cd ..
mv fulldir/file.txt /tmp/
rm -rf fulldir
mkdir fulldir
mv /tmp/file.txt fulldir/

Done.

EDIT Actually, easier:

cd ..
ln fulldir/file.txt ./
rm -rf fulldir
mkdir -p fulldir
mv file.txt fulldir/
7
  • 5
    that's the same thing my answer does. exce[pt it doesn't lose any permissions on the dir.
    – mikeserv
    Sep 5, 2014 at 12:50
  • 9
    If it's a large file on a separate filesystem from /tmp and you're trying to remove everything from the root of the filesystem down, then moving it somewhere safe may not be an option.
    – Johnny
    Sep 6, 2014 at 5:24
  • 3
    This is definitely the simplest answer. Oct 18, 2016 at 23:10
  • 1
    Both fail if fulldir is a mountpoint. Both result in incorrect settings if fulldir isn't "your" directory with standard permissions
    – roaima
    Jul 4, 2020 at 10:50
  • 1
    Also, I wonder if someone out there knows how to preserve directory permissions.. feels like there must be a way.. Either way, mving files outside directory, and then obliterating contents in some way, seems like the best, safest, most obvious approach. Maybe everyone on this StackExchange is really good with shell scripts. Jun 20, 2021 at 22:08
26

On my Scientific Linux 6 OS this works:

shopt -s extglob
rm !(file.txt)

I also have Debian 32bit installed on a Virtual Machine. The above does not work but the following does:

find . -type f ! -name 'file.txt' -delete
7
  • 1
    You mean the find solution I gave didn't working?
    – cuonglm
    Sep 5, 2014 at 2:30
  • "didn't work" or " isn't working". Yes your find solution also works. Thanks.
    – Kantura
    Sep 5, 2014 at 2:43
  • 1
    Can you make it more details? How "didn't work? It does not remove other files, or it removed file.txt or anything else?
    – cuonglm
    Sep 5, 2014 at 2:45
  • I meant that on the Debian OS "$rm !(file.txt)" returns "Badly placed ()'s". So I tried "$shopt -s extglob", but it returned: "shopt: Command not found". Then I tried the "find" solution. It does work.
    – Kantura
    Sep 5, 2014 at 2:55
  • 1
    Oh, so of course it doesn't work. shopt is not a tcsh builtin.
    – cuonglm
    Sep 5, 2014 at 3:15
13

I find that this approach is very simple, works, and doesn't require any special extensions (that I know of!)

ls --hide=file.txt | xargs -d '\n' rm
1
  • The simple solution for files without new lines, quotes and such Jun 6, 2022 at 21:27
11

Use rm !("file.txt") instead of rm !(file.txt)

2
  • 13
    That makes absolutely no difference whatsoever. The issue here was that the OP was 1) not using a shell that supports this format and 2) even in bash, you need to enable it with shopt -s extglob. In any case, quoting a simple filename like that would have made no difference.
    – terdon
    Sep 6, 2014 at 11:15
  • 1
    To keep just utils folder do - rm -rf !("utils") Feb 1, 2018 at 18:27
8

Just to give a different answer, you can use the default behavior of rm that it won't delete folders:

mkdir tmp && mv file.txt tmp  # create tmp dir and move files there
rm                            # delete all other files
mv tmp/* . && rm -rf tmp      # move all files back and delete tmp dir
1
  • What would this do if ./tmp already exists as a file or, worse, as a directory with things already in it? Using dirr=mktemp && mv file.txt "$dirr"; rm; mv "$dirr/*" . && rm -rf "$dirr" would avoid this issue.
    – Joe
    Jan 26, 2020 at 13:52

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .