Berkeley added a handy feature to its find command - if you give it a single argument, it will search a database for file or directory names that match. (If your system doesn't have this feature, see the locate utility below.) For example, if you know there's a file named MH.eps somewhere on the computer but you don't know where, type:
%find MH.eps
/nutshell/graphics/cover/MH.eps
The database is usually rebuilt every night.
So, it's not completely up-to-date, but it's usually close enough.
If your system administrator has set this up, the database usually lists
all files on the filesystem - although it may not list files in
directories that don't have world-access permission.
If the database isn't set up at all, you'll get an error like
/usr/lib/find/find.codes: No such file or directory
.
(If that's the case, you can set up a "fast find" database yourself.
Use GNU locate, below, or see
article
17.19.)
Unless you use wildcards, fast find does a simple string search, like fgrep (27.6), through a list of absolute pathnames (14.2). Here's an extreme example:
%find bin
/bin /bin/ar ... /home/robin /home/robin/afile /home/sally/bin ...
You can cut down this output by piping it through
grep (27.1),
sed (34.24),
and so on.
All the fast find commands I've used have an undocumented feature, though:
they can match
shell wildcards (*
, ?
, []
) (15.2).
If you use a wildcard on one end of the pattern, the search pattern is
automatically "anchored" to the opposite end of the string (the end where the
wildcard isn't).
The shell matches filenames in the same way.
The difference between the shell's wildcard matching and fast find's
matching is that the shell treats slashes (/
) specially: you
have to type them as part of the expression.
In fast find, a wildcard matches slashes and any other character.
When you use a wildcard, be sure to put quotes around the pattern so the shell
won't touch it.
Here are some examples:
To find any pathname that ends with bin:
%find '*bin'
/bin /home/robin /home/robin/bin ...
To find any pathname that ends with /bin (a good way to find a file or directory named exactly bin):
%find '*/bin'
/bin /home/robin/bin /usr/bin ...
Typing find '*bin*'
is the same as typing find bin
.
To match the files in a directory named bin, but not the directory itself, try something like:
%find '*/bin/*'
/bin/ar /bin/cat ... /home/robin/bin/prog
To find the files in /home whose names end with a tilde (~
)
(these are probably backup files from the Emacs editor):
%find '/home/*~'
/home/testfile~ /home/allan/.cshrc~ /home/allan/.login~ /home/dave/.profile~ ...
Notice that the fast find asterisk matches "dot files," too.
The ?
(question mark) and []
(square brackets) operators
work, too.
They're not quite as useful as they are in the shell because they match
the slashes (/
) in the pathnames.
Here are a couple of quick examples:
%find '????'
/bin /etc /lib /src /sys /usr %find '/[bel]??'
/bin /etc /lib
locate | Unfortunately, not all systems have fast find. Fortunately, the Free Software Foundation has locate. It's similar to fast find, but locate has an advantage: you can have multiple file databases and you can search some or all of them. Locate comes with a database building program. |
---|
Because fast find and locate are so fast, they're worth trying to use whenever you can. Pipe the output to xargs (9.21) and any other UNIX command, run a shell or awk script to test its output - almost anything will be faster than running a standard find. For example, if you want a long listing of the files, here are two find commands to do it:
-d `...` | % |
---|
There's one problem with that trick. The fast find list may be built by root, which can see all the files on the filesystem; your ls -l command may not be able to access all files in the list.
-