Provided by: manpages-ja_0.5.0.0.20221215+dfsg-1_all 
名前
find - ディレクトリ階層内のファイル検索
書式
find [-H] [-L] [-P] [-D debugopts] [-Olevel] [starting-point...] [expression]
説明
このマニュアルページは GNU 版 find の使用法を説明しています。 GNU find は、 指定された検索
開始ポイント (starting-point) を基準にして、 ディレクトリツリーを検索します。 そして優先規
則に従って (「オペレーター」のセクション参照)、 指定された式 (expression) を左から右の順で
評価していきます。 たとえば、 and 演算で左辺が false になった場合や、 or 演算で左辺が true
になった場合のように、 式の結果が確定すると、 find は次のファイル名を処理対象とします。 検
索開始ポイントが指定されていない場合は、 `.' が指定されたものとみなします。
セキュリティを重視する必要がある状況 (たとえば、 別ユーザーが書き込み可能なディレクトリ
を、 自分が検索しようとしている場合) のもとで、 find を利用する場合には、 findutils 文書の
「Security Considerations」の章をよく読んでください。 この文書は Finding Files というもの
であり、 findutils に含まれています。 この文書の方がマニュアルページに比べて、 詳しい説明
や検討が行われているので、 役に立つ情報が得られるかもしれません。
オプション
-H, -L, -P というオプションは、 シンボリックリンクの取り扱いを制御します。 このオプション
に続くコマンドライン引数は、 検索対象となるファイル名やディレクトリ名として扱われます。 た
だしそのように扱われるのは、 次に `-' で始まる引数や、 `(' や `!' という引数が現れるとこ
ろまでです。 その引数以降の記述は、 検索方法を示した式として扱われます。 検索開始ポイント
のパスが指定されなかった場合は、 カレントディレクトリが検索対象になります。 また、 式が指
定されなかった場合は、 式 -print が使用されます (ただしどのような場合でも、 -print ではな
く -print0 の利用を検討してください)。
このマニュアルページでは、 式の中で用いる「オプション」について説明しています。 オプション
は、 find の動作を制御します。 これを指定するのは、 パス名の指定を終えた後ろです。 これと
は別に、 「本当の」オプションとして -H, -L, -P, -D, -O という 5 つがあります。 これを用い
るのであれば、 パス名の指定よりも前でなければなりません。 なお仕様上は、 ダッシュを 2 つ重
ねた -- を使用することで、 それ以降の引数が、 オプションでないことを表すことができるとされ
ます。 ただし、 この後に続く引数がパス引数であるかどうかを決定する処理が原因となって、 2
重のダッシュは実際には動作しません。 つまり式を表す引数 (これも `-' で始まります) が現れる
ところまで、 引数を読み込むことで、 パス引数の終わりが判断されます。 仮にパス引数が `-' で
始まっていたとしたら、 find はこれを式として取り扱ってしまいます。 このように、 検索開始点
であるパス引数は、 適切に解釈されない場合があり、 他にも、 ワイルドカードパターンをシェル
が展開する際に、 誤って式のように展開してしまうことがあります。 このような状況を避けるた
め、 一般的に行う安全策としては、 不安に思うパス名称やワイルドカードの前には、 `./' をつけ
るようにするか、 '/' で始まる絶対パス名を用いるようにします。 別の方法として移植性には欠け
ますが安全な方法があります。 GNU オプションの -files0-from を使って find の検索開始ポイン
トを任意に定める方法です。
-P シンボリックリンクをたどりません。 これがデフォルトの動作です。 find がファイルの情
報を調べたり表示したりする際に、 そのファイルがシンボリックリンクであれば、 シンボ
リックリンクそのもののプロパティから取得される情報が用いられます。
-L シンボリックリンクをたどります。 find がファイルの情報を調べたり表示したりする際に
は、 リンク先ファイルのプロパティから情報が取得され利用されます。 つまりリンクその
ものの情報は利用されません (ただし、 シンボリックリンクが切れていたり、 find がリン
ク先のファイルを調べることができなかった場合は除きます)。 このオプションの指定は、
暗に -noleaf の指定を含みます。 この指定の後ろに -P オプションを指定しても、
-noleaf の効果は変わりません。 -L が有効であって、 find がサブディレクトリを指し示
すシンボリックリンクを見つけた場合は、 サブディレクトリ内が検索されます。
-L オプションが有効な場合に、 述語表現である -type を用いると、 シンボリックリンク
そのものではなく、 シンボリックリンク先のファイルのタイプに対して、 確認が行われま
す (リンク切れである場合は除きます)。 find の実行中に、 シンボリックリンク切れを起
こすようなアクションを行うと (たとえば、 -delete を指定すると)、 混乱を招く動作が発
生することになります。 -L を使用すると、 述語表現の -lname や -ilname は必ず false
を返します。
-H シンボリックリンクをたどりません。 ただしコマンドライン引数を処理する場合は別で
す。find がファイルの情報を調べたり表示したりする際には、 シンボリックリンクそのも
のからプロパティを取得して、 その情報が利用されます。 このような動作は、 コマンドラ
イン上のファイルがシンボリックリンクであった場合には行われません。 このときには、
リンク先が読み取られます。 つまりその状況では、リンク先が何であっても、 リンク先か
ら取得した情報が利用されます (つまりリンクをたどります)。 シンボリックリンク自体の
情報は、リンク先が確認できなかった場合の予備情報として利用されます。 -H が有効で
あって、 コマンドラインで指定されたパスのうち、 ディレクトリへのシンボリックリンク
があった場合も、 そのディレクトリの中身が調べられることになります (ただし
-maxdepth 0 が指定されていれば、 当然そのような処理にはなりません)。
複数の -H, -L, -P を指定した場合は、 前のものが上書きされます。 つまり、 適用されるもの
は、 コマンドライン上で最後に指定されたものです。 -P がデフォルトなので、 -H や -L の指定
がなければ、 -P オプションが有効であると判断できます。
GNU find は、 検索処理に入る前のコマンドライン処理においても、 ファイル情報を調べることが
あります。 上に示したオプションは、 そのような引数の処理に対しても、 影響を及ぼします。 具
体的に見てみると、 数多くのテストでは、 その時点で処理対象となっている 1 つのファイルと、
コマンドライン上の複数ファイルとの間で、 比較処理を行います。 どの状況でも、 コマンドライ
ンから指定されたファイルは、 プロパティが調べられて、 その一部は保存されます。 引数上の
ファイルがシンボリックリンクであって、 -P オプションが有効な場合 (あるいは -H と -L オプ
ションの指定がどちらもない場合)、 比較処理に用いられるのは、 シンボリックリンクのプロパ
ティ情報です。 そうでない場合には、 リンク先ファイルのプロパティ情報が用いられます。 find
がリンク先をたどれなかった場合 (たとえば権限が不足していた場合や、 リンク先が存在しない
ファイルであった場合)、 シンボリックリンクそのもののプロパティが用いられます。
-H あるいは -L オプションが有効な場合、 -newer の引数として指定されたものがシンボリックリ
ンクなら、 その参照をたどって、 リンク先のファイルからタイムスタンプを取得します。 このよ
うな処理は、 -newerXY, -anewer, -cnewer でも同様に行われます。
-follow オプションは、 -L と同様の効果がありますが、 オプションの指定位置以降に対して有効
になります。 (つまり、 -L を使わずに、 -follow が使われた場合、 コマンドライン上、 シンボ
リックリンクが -follow の後ろに指定されている場合は、 参照をたどるのに対して、 その前に指
定されたものは参照をたどりません。)
-D debugopts
診断情報を出力します。 find が思うように動かない場合に、 原因調査に役立てることがで
きます。 デバッグオプションを複数指定するときは、 カンマで区切ります。 findutils の
リリース間において、 デバッグオプションの互換性は保証されません。 有効なデバッグオ
プションの一覧は、 find -D help の出力を確認してください。 有効なデバッグオプション
には、 以下のものがあります。
exec -exec, -execdir, -ok, -okdir に関連する診断情報を表示します。
opt 式ツリー (expression tree) の最適化に関する診断情報を表示します。 -O オプ
ションを参照してください。
rates 述語表現が成功あるいは失敗した回数を、 取りまとめて表示します。
search ディレクトリツリーを詳細に示します。
stat システムコールの stat や lstat を使って、 ファイルが調べられた場合に、 メッ
セージを表示します。 find プログラムは、 そのようなシステムコールの呼び出し
を、 最小となるように処理します。
tree 式ツリー (expression tree) を、 元の形と最適化した形で示します。
all すべてのデバッグオプションを有効にします (ただし help は除きます)。
help デバッグ用オプションを説明します。
-Olevel
問い合わせの最適化を有効にします。 find プログラムは、 複数テスト全体の処理内容を変
えることなく、 テストの順番を並べ替えて、 実行速度を上げます。 ただし、 副作用を持
つ述語は、 他の述語と入れ替えは行いません。 最適化レベルごとの最適化の違いは以下の
とおりです。
0 最適化レベル 1 と同じです。
1 これはデフォルトの最適化レベルであり、 従来からある動作です。 ファイル名だけ
を確認するテスト (たとえば -name や -regex) が先に実行されるように、 式の並
び替えを行います。
2 ファイル名だけを確認するテストよりも、-type あるいは -xtype を後に処理しま
す。 ただし i ノードからの情報を必要とするテストよりは、 前に処理します。 最
近の Unix では、 readdir() 関数がファイルタイプを返すようになっているため、
これらの述語表現は、 ファイル情報を最初に調べる述語表現に比べて、 処理が高速
になります。 述語表現の -fstype FOO を用いた際に、 指定したファイルシステム
タイプ FOO が、 find の起動時点において不明なもの (`/etc/mtab' に存在しない
もの) であった場合、 この述語表現は -false に等しくなります。
3 この最適化レベルでは、 コストベースによって最適化を行う、 完全な問合せオプ
ティマイザー (query optimiser) を有効にします。 コストの低い (つまり高速にな
る) テストを先に処理し、 コストの高いものは後に処理するというように、 必要に
応じた並び替えが行われます。 一定のコストの幅の中では、 述語表現が成功するか
否かの可能性を考慮して、 述語表現の評価を先に行ったり、 後に行ったりします。
-o の場合は、 成功する可能性のあるものが、 先に評価されます。 -a の場合は、
失敗する可能性のあるものが、 先に評価されます。
コストベースのオプティマイザーは、 対象のテストが成功するかどうかに関して、 一定の
取り決めを設けています。 成功するかどうかの判断は、 テストの性質を配慮して、 状況に
より変化する場合があります (たとえば -type f の場合は、 -type c よりも、 成功する可
能性が高いとみなしています)。 コストベースのオプティマイザーは現在、 評価中の段階で
す。 したがって、 find の性能が実際に向上しなければ、 削除される予定です。 逆に、
この機能に信頼性や確実さが確認されて、 効果的であることが分かれば、 後々、 下位の最
適化レベルにおいて実現するかもしれません。 ただし、 4.3.x 系のリリースにおいては、
デフォルトの動作 (最適化レベル 1) を変更する予定はありません。 findutils のテストス
イートでは、 find に対するテストすべてにおいて、 各最適化レベルでの処理を実施してい
て、 その結果が同一になることを確認しています。
式
コマンドライン上で、 検索開始ポイント (starting-point) のリストの次にくるものが、式
(expression) です。 式は、 検索方法を定めます。 どのファイルに一致するか、 一致したファイ
ルをどう処理するか、 ということを表します。 式は、 以下の項目から構成されます。
テスト (test)
テストは true または false を返します。 通常その値は、 処理時点での対象ファイルの所
定のプロパティに基づいて決まります。 たとえば -empty というテストは、 対象ファイル
が空の場合に true になります。
アクション (action)
アクションには副作用があり (たとえば、 標準出力に何かを表示するなどして)、 その上で
true または false を返します。 通常その値は、 副作用による処理の成功または失敗に基
づいて決まります。 たとえば -print というアクションは、 対象ファイルの名前を標準出
力に出力します。
グローバルオプション (global option)
グローバルオプションは、 コマンドライン上に指定されているテストやアクションすべてに
影響を及ぼします。 グローバルオプションは、 必ず true を返します。 たとえば、
-depth オプションを指定すると、 find がファイルシステムをたどるときに、 深い方から
先 (depth-first order) に処理します。
位置オプション (positional option)
位置オプションは、 この後ろにあるテストやアクションに対してのみ影響を及ぼします。
位置オプションは、 必ず true を返します。 たとえば -regextype オプションは、 その記
述位置によって動作が決まります。 コマンドライン上で、 この記述以降に現れる正規表現
が、 どういった方言の正規表現であるかを指定します。
オペレーター (operator)
オペレーターは、 式を構成する項目どうしを結びつけます。 オペレーターには、 -o (論理
OR の意味) や -a (論理 AND の意味) があります。 オペレーターがないところは、 -a が
あるものとみなされます。
式がすべて true になったファイルに対して、 アクション -print が実行されます。 ただしアク
ション -prune または -quit を除いた、 他のアクションがある場合は、 実行されません。 デフォ
ルトの -print の動作を発生させないアクションは、 以下のものです。 -delete, -exec,
-execdir, -ok, -okdir, -fls, -fprint, -fprintf, -ls, -print, -printf
-delete というアクションは、 オプションのようにも働きます (-depth の指定を暗に含むためで
す)。
位置オプション
位置オプションは、 常に true を返します。 位置オプションは、 この後ろにあるテストに対して
のみ影響を及ぼします。
-daystart
時間の計測を、 24 時間前からではなく、 本日の始まりからとします (対象は -amin,
-atime, -cmin, -ctime, -mmin, -mtime です)。 このオプションの指定が有効になるのは、
コマンドライン上でこれよりも後ろに記述されたテストに対してのみです。
-follow
非推奨とされています。 代わりに -L オプションを使ってください。 これはシンボリック
リンクをたどます。 -noleaf の指定を暗に含みます。 -follow オプションが影響を及ぼす
のは、 コマンドライン上で、 これよりも後ろに指定されたテストに対してのみです。 -H
あるいは -L オプションの指定がなければ、 -follow オプションが記述されると、 述語表
現 -newer の動作は変わります。 -newer の引数として指定されたファイルが、 シンボリッ
クリンクであった場合は、 そのリンク先が参照されます。 -newerXY, -anewer, -cnewer に
ついても同様です。 また、 述語表現の -type も、 シンボリックリンクそのものではな
く、 シンボリックリンク先のファイルタイプに一致するようになります。 -follow を指定
すると、 述語表現 -lname と -ilname は、 必ず false を返します。
-regextype type
コマンドライン上で、 この後に記述されるテスト -regex と -iregex に対して、 解釈する
正規表現文法を変更します。 正規表現の種類には何があるかについては、 -regextype help
を実行して確認してください。 Texinfo 文書 (「関連項目」参照) では、 各種正規表現の
意味や違いについて説明しています。
-warn, -nowarn
警告メッセージの表示、非表示を切り替えます。 この警告は、 コマンドラインの使用法に
関するものだけを対象とします。 逆に find のディレクトリ検索時における処理状況に関す
るものは、 対象としません。 デフォルトの動作は、 標準入力が tty であれば -warn にな
り、 そうでなければ -nowarn になります。 コマンドラインの使用法に関する警告メッセー
ジが出力された場合であっても、 find の終了ステータスには影響しません。 環境変数
POSIXLY_CORRECT が設定された状態で、 -warn が指定されると、 警告が発生したとして
も、 どの警告を出すのかは未定です。
グローバルオプション
グローバルオプションは、必ず true を返します。 グローバルオプションは、 コマンドライン上
で、 これよりも前にあるテストに対しても影響を及ぼします。 混乱を避けるために、 コマンドラ
イン上でのグローバルオプションの指定は、 検索開始ポイントのリストの後ろで、 テスト、位置オ
プション、 アクションの直前に指定してください。 グローバルオプションを、 それとは別の場所
で指定すると、 find は、 混乱する可能性があることを示す警告メッセージを出力します。
グローバルオプションの指定位置は、 検索開始ポイントのリストより後ろです。 このため -L とは
異なる種類のものです。 たとえば以下のとおりです。
-d -depth と同じです。 FreeBSD, NetBSD, MacOS X, OpenBSD との互換性のためにあります。
-depth ディレクトリそのものより前に、 ディレクトリの中を処理します。 アクション -delete に
は -depth オプションが暗に含まれています。
-files0-from file
検索開始ポイントを、 コマンドラインから指定されたものを使わずに、 file から読み込み
ます。 コマンドラインからの引数として検索開始ポイントを指定することには、 一定の制
約がありました。 つまりファイルの指定数に上限があったことです。 またオプション名と
かぶるようなファイル名の場合に、 見誤ってしまうことがありました。 このオプションを
使うと、 find に指定する検索開始ポイントを、 安全にまた任意の数だけ受け渡すことがで
きます。
このオプションを用いることと、 コマンドラインから検索開始ポイントを受け渡すことは、
互いに排他的な関係にあります。 つまり両方を同時に用いることはできません。
引数 file は必須です。 検索開始ポイントの一覧を 標準入力 ストリームからとることは可
能であり、 たとえばパイプを使って受け渡すことができます。 その場合、 アクション -ok
と -okdir は用いることができません。 これらはユーザーからの入力確認を行うものである
ため、 標準入力 からの読み込みとは、 明らかに相容れないものになるからです。
file 内の検索開始ポイントは、 ASCII NUL 文字によって区切ります。 2 つの連続した NUL
文字、 つまり検索開始ポイントのファイル名の長さがゼロであるものは、 指定することが
できません。 その場合はエラーメッセージが出力されて、最後にゼロ以外の終了コードが返
されます。
指定された file が空の場合、 find は検索開始ポイントがないものとして処理をするた
め、 プログラム引数を解析した後に、 すぐに終了します。 これは、 パス引数が受け渡さ
れなかった場合に、 find の標準的な呼び出しを行えば、 カレントディレクトリを検索開始
ポイントとする動作とは異なることになります。
検索開始ポイントからの処理は、 それ以外の点では通常どおり行われます。 つまり find
は特に指示がない限りは、 サブディレクトリを再帰的に処理します。 検索開始ポイントだ
けを処理するには、 さらに -maxdepth 0 を指定することができます。
さらに注意点です。 入力ファイル内に所定のファイルが複数回記述されていた場合、 それ
が複数回検索されることになるかどうかは不定です。 find の処理中に file が変更された
場合も、 同様に不定です。 また find が終了する際の、その指定された file 内の検索位
置も、 終了方法が -quit であるか別の方法であるかを問わず、 不定となります。 ここで
"不定" と言っているのは、 動作するしないは分からず、何か特定の処理がなされるかもし
れないということであり、 その動作は、 プラットフォームによって変わるかもしれない
し、 findutils のリリースによって変わるかもしれないということです。
-help, --help
find のコマンドラインの使用方法の概要を表示して終了します。
-ignore_readdir_race
通常 find は、 ファイル情報の取得に失敗したときには、 エラーメッセージを出力しま
す。 このオプションを指定した場合、 ディレクトリからファイル名を読み込んだときと、
ファイル情報を取得しようとしたときの間で、 ファイルが削除されてしまっていても、 エ
ラーは表示されません。 この動作は、 コマンドライン上から指定されるファイルやディレ
クトリに対しても適用されます。 このオプションは、 コマンドラインから読み込みを行う
段階で有効となるので、 ファイルシステムの一部に対して、 このオプションをオンとし、
残りの部分はオフとするような指定はできません。 (これを実現しなければならない場合
は、 find コマンドを 2 つ実行することが必要です。1 つは本オプションをオンにして、
もう 1 つはオフにして実行します。)
さらに、 -ignore_readdir_race オプションを指定した find の実行では、 親ディレクトリ
を読み込んだ後に、 対象ファイルが消失している状況が発生した場合、 -delete アクショ
ンからのエラーも無視します。 その場合には、 診断エラーは出力されず、 -delete アク
ションからの返り値も true になります。
-maxdepth levels
検索開始ポイントから最大で、 levels で示される階層数のディレクトリまで検索します
(levels は負ではない整数です)。 -maxdepth 0 を指定すると、 テストやアクションの対象
は、 検索開始ポイントだけになります。
-mindepth levels
検索開始ポイントから levels で示される階層数のディレクトリに至るまでは、 テストやア
クションを適用しません (levels は負ではない整数です。)。 -mindepth 1 を指定すると、
検索開始ポイントを除いたファイルを、 すべて処理することになります。
-mount ファイルシステムが異なる場合は、 ディレクトリを検索しません。 これは -xdev の別名で
あり、 バージョンが異なる find との互換性のために設けられています。
-noignore_readdir_race
-ignore_readdir_race の効果を無効にします。
-noleaf
ディレクトリに含まれるサブディレクトリ数が、 ハードリンク数よりも 2 つ少ない、 とす
る想定のもとでの最適化を無効にします。 このオプションが必要になるのは、 Unix のディ
レクトリとリンクに関する慣例に従っていないファイルシステム、 たとえば CD-ROM、
MS-DOS ファイルシステム、 AFS ボリュームマウントポイントを検索する場合です。 通常の
Unix ファイルシステムにおいては、 各ディレクトリに最低でも 2 つのハードリンクがあり
ます。 ディレクトリ名そのものと、 `.' エントリです。 そしてサブディレクトリがある場
合に、 そのサブディレクトリには、 親ディレクトリにリンクする `..' というエントリが
あります。 そこで find がディレクトリを調べる際に、 ディレクトリへのリンク数よりも
2 つ分だけ少ないサブディレクトリを調べた後であれば、 ディレクトリ内の残りのエントリ
は、 ディレクトリではない (ディレクトリツリー内の「葉」(leaf) ファイルである) こと
が決定します。 ファイル名を調べるだけで十分であれば、 ファイル情報を調べる必要がな
くなるので、 これを利用すれば、 検索速度が明らかに向上します。
-version, --version
find のバージョンを表示して終了します。
-xdev 異なるファイルシステムのディレクトリを検索しません。
テスト (test)
テストの中には、 -newerXY や -samefile のように、 その時点で対象となっているファイルと、
コマンドラインから指定する参照ファイル (reference file) との間で、 比較を行うものがありま
す。 そのようなテストが指定された際に、 参照ファイルに対する解釈は、 -H, -L, -P といったオ
プションや、 先行する -follow の存在によって決定します。 ただし、 参照ファイルが調べられる
のは、 コマンドラインが解析されるときの 1 回だけです。 参照ファイルが調べられなかった場合
(たとえば、 stat(2) システムコールに失敗した場合)、 エラーメッセージが出力されて、 find は
0 以外のステータスを返して終了します。
数値引数である n は、 以下のテスト、 -amin, -mtime, -gid, -inum, -links, -size, -uid,
-used において指定できます。 そして以下のような指定方法があります。
+n n より大きい。
-n n より小さい。
n n にちょうど等しい。
サポートされているテスト:
-amin n
ファイルの最終アクセス時間が、 n 分前と比較して、 それよりも前か後かちょうど同じか
をテストします。
-anewer reference
現在ファイルの最終アクセス時間が、 reference (参照ファイル) の最終更新時間よりも、
新しいかどうかをテストします。 引数 reference がシンボリックリンクであり、 -H や -L
オプションが有効になっている場合は、 リンク先ファイルの最終更新時間が常に利用されま
す。
-atime n
ファイルの最終アクセス時間が、 n*24 時間前と比較して、 それよりも前か後かちょうど同
じかをテストします。 ファイルの最終アクセス時間が、 24 時間の何倍であるかを割り算し
て計算する際に、 端数は無視されます。 したがって、 -atime +1 に一致するためには、
ファイルは少なくとも 2 日前にアクセスされていなければなりません。
-cmin n
ファイルステータスの最終変更時間が、 n 分前と比較して、 それよりも前か後かちょうど
同じかをテストします。
-cnewer reference
現在ファイルの最終ステータス変更時間が、 reference (参照ファイル) の最終更新時間よ
りも、 新しいかどうかをテストします。 引数 reference がシンボリックリンクであり、
-H や -L オプションが有効になっている場合は、 リンク先ファイルの最終更新時間が常に
利用されます。
-ctime n
ファイルステータスの最終変更時間が、 n*24 時間前と比較して、 それよりも前か後かちょ
うど同じかをテストします。ファイルステータスの更新時間の解釈にあたって、丸め処理が
どのように影響するかについては、 -atime の説明を参照してください。
-empty ファイルが空であって、 通常のファイルかディレクトリであるかどうかをテストします。
-executable
実行可能なファイルか、 あるいは、 現在のユーザーが (ファイル名解決の観点で) 検索可
能なディレクトリであるかどうかをテストします。 このテストは、 アクセスコントロール
リスト (access control list; ACL) や、 この他のパーミッション機能を考慮します。 ち
なみに、 テスト -perm では無視されます。 本テストは、 システムコール access(2) を利
用するので、 NFS サーバーが UID マッピング (つまり root squash) を行っている場合
に、 適切に動作しない場合があります。 多くのシステムでは、 クライアントのカーネルに
おいて access(2) を実装しているため、 サーバー側にある UID マッピング情報を利用でき
ないからです。 このテストは、 access(2) システムコールの結果だけに基づいているた
め、 このテストが true となったファイルが、 実際に実行できるかどうかの保証はありま
せん。
-false 必ず false を返します。
-fstype type
ファイルが存在するファイルシステムが、 type かどうかをテストします。 いろいろな
Unix システムに対して、 有効なファイルシステムは変わります。 Unix などの各種システ
ムにおいて、 許容されるファイルシステムタイプを、 その一部だけあげてみると、 ufs,
4.2, 4.3, nfs, tmp, mfs, S51K, S52K といったものです。 -printf のディレクティブ %F
を使えば、 現在のファイルシステムタイプを確認することができます。
-gid n ファイルのグループ ID 番号が、 n と比較して、 それよりも小さいか大きいかちょうど同
じかをテストします。
-group gname
ファイルの属するグループが gname かどうかをテストします (グループ ID 番号による指定
も可)。
-ilname pattern
-lname と同様ですが、 大文字小文字は区別しません。 -L または -follow オプションが有
効な場合、 シンボリックリンクが切れていない限り、 このテストは false を返します。
-iname pattern
-name と同様ですが、 大文字小文字は区別しません。 たとえば、 パターン `fo*' や
`F??' は、 `Foo', `FOO', `foo', `fOo' などのファイル名に一致します。 また、 パター
ン `*foo*' は、 `.foobar' というファイルにも一致します。
-inum n
ファイルの i ノード番号が、 n と比較して、 それよりも小さいか大きいかちょうど同じか
をテストします。 普通はこれよりも、 -samefile を使った方が簡単です。
-ipath pattern
-path と同様です。 ただし大文字小文字を区別しません。
-iregex pattern
-regex と同様です。 ただし大文字小文字を区別しません。
-iwholename pattern
-ipath を参照してください。 この別名は、 -ipath よりも移植性に劣ります。
-links n
ファイルが持つハードリンクの数が、 n と比較して、 小さいか大きいかちょうど同じかを
テストします。
-lname pattern
ファイルがシンボリックリンクであって、 その内容がシェルパターン pattern に一致する
かどうかをテストします。 メタ文字は、 `/' や `.' を特別扱いしません。 -L または
-follow オプションが有効な場合には、 シンボリックリンクが切れていない限り、 このテ
ストは false を返します。
-mmin n
ファイルの最終更新時間が、 n 分前と比較して、 それよりも前か後かちょうど同じかをテ
ストします。
-mtime n
ファイルの最終更新時間が、 n*24 時間前と比較して、 それよりも前か後かちょうど同じか
をテストします。 何日前かを計算する際、 時間差を 24 時間で割った結果を丸めるため、
ファイル更新時間の解釈にあたって、 その処理がどのように影響するかについては、
-atime の説明を参照してください。
-name pattern
ファイルのベース名 (パス名から、 先行するディレクトリを取り除いたもの) が、 シェル
のパターン pattern に一致するかどうかをテストします。 先行するディレクトリを取り除
いているので、 -name を使って一致の確認を行うファイル名には、 スラッシュが含まれな
いものとして扱われます。 つまり `-name a/b' としても、 一致するものはありません (そ
の場合は、 おそらく -path を用いる必要があります)。 これを行ってしまった場合、 環境
変数 POSIXLY_CORRECT が設定されていない限りは、 警告メッセージが出力されます。 メタ
文字 (`*', `?', `[]') は、 ベース名の先頭にある `.' に一致します (これは
findutils-4.2.2 から変更されました。以降のセクション「規格への準拠」を参照してくだ
さい)。 1 つのディレクトリとそこに含まれるファイルを無視したい場合は、 ディレクトリ
ツリー内の全ファイルを確認するのではなく、 -prune を使います。-prune の説明におい
て、 例を説明しているので参照してください。 波カッコ ('{}') は、 特別な文字としては
扱われません。 bash などのシェルにおいては、 シェルパターン内の波カッコに特別な意味
を持つものがありますが、 この点は異なります。 ファイル名のマッチングは、 fnmatch(3)
ライブラリ関数を用いて行われます。 シェルによってパターンが展開されないように、 パ
ターンはクォートで囲むことを忘れないでください。
-newer reference
対象ファイルの最終更新時間が、 reference ファイルの最終更新時間よりも、 最新である
かどうかをテストします。 reference がシンボリックリンクであって、 -H または -L オプ
ションが有効である場合は、 リンク先ファイルの更新時間が用いられます。
-newerXY reference
対象ファイルのタイムスタンプ X が、 reference ファイルのタイムスタンプ Y より、 新
しいかどうかをテストします。 X と Y の位置に記述する文字は、 以下の文字とします。
a reference ファイルのアクセス時間
B reference ファイルの生成時間
c reference ファイルの i ノードステータスが変更された時間
m reference ファイルの内容更新時間
t reference に直接時間表現が書かれたとして解釈
組み合わせによっては、 無効になるものも発生します。 たとえば、 X に t を指定しても
無効です。 またシステムによっては、 特定の組み合わせを実装していない場合がありま
す。 たとえば B は、 すべてのシステムでサポートされているわけではありません。 指定
された XY の組み合わせが、 無効や未サポートの場合は、 致命的エラーが発生します。 時
間表現は、 GNU date における -d オプションに対する引数と同様のものとして解釈されま
す。 参照ファイルの生成時間を使用しようとて、 その生成時間が決定できなかった場合
は、 致命的エラーになります。 また、 対象ファイルの生成時間を参照するテストを用いた
際に、 生成時間が不明な場合は、 そのテストは失敗します。
-nogroup
ファイルのグループ ID 番号が、 システムに存在していないことをテストします。
-nouser
ファイルのユーザー ID 番号が、 システムに存在しないことをテストします。
-path pattern
ファイル名が、 シェルのパターン pattern に一致するかどうかをテストします。 メタ文字
は、 `/' や `.' を特別扱いしません。 したがってたとえば、
find . -path "./sr*sc"
は、 ./src/misc というディレクトリ (それが存在している場合) の内容を表示します。
ディレクトリツリー全体を対象としないのであれば、 ツリー内の各ファイルを確認していく
のではなく、 -prune を用います。 パターン一致を確認するようなテストは、 ファイル名
すべてに対して適用されます。 つまりそのファイル名は、 コマンドライン上から指定され
た検索開始点から始まる、 検索対象すべてです。 このパターンにおいて、 絶対パスを指定
するなら、 検索開始点も絶対パスでなければ意味がありません。 つまり以下のようなコマ
ンドでは、 どのファイルも一致しません。
find bar -path /foo/bar/myfile -print
find が -path の引数と比較するのは、 その時点で対象としているファイルのディレクトリ
とベース名を連結した文字列です。 その文字列の末尾がスラッシュになることはないため、
-path の引数の末尾にスラッシュを指定すると、 何にも一致しないことになります。 (ただ
し、 コマンドラインで指定された検索開始ポイントには、 おそらく一致します)。 述語表
現 -path は、 HP-UX の find でもサポートされていて、 POSIX 2008 規格に存在します。
-perm mode
ファイルの許可属性が mode (8 進数表現またはシンボル表現) に一致するかどうかをテスト
します。 mode 指定のこの形式では、 完全一致が求められるので、 この形式をシンボリッ
クモードで使う場合には、 モード文字列の指定が多少複雑になるかもしれません。 たとえ
ば `-perm g=w' は、 許可属性が 0020 のファイルにのみ一致します (つまり、 グループの
書き込み権限のみを設定します)。 おそらく、 `/' や `-' を用いる形式を必要とすること
があります。 たとえば、 `-perm -g=w' とすれば、 グループの書き込み許可があるファイ
ルに一致します。 具体例については「例」セクションを参照してください。
-perm -mode
mode で指定した許可属性ビットすべてが、 対象ファイルのものに一致するかどうかをテス
トします。 この形式でも、 シンボリックモード指定が可能です。 このモードは、 ごく普
通に用いたくなるはずです。 シンボリックモードでは、 `u'、 `g'、 `o' を用いる必要が
あります。 具体例については「例」セクションを参照してください。
-perm /mode
mode で指定した許可属性ビットの一部が、 対象ファイルのものに一致するかどうかをテス
トします。 この形式でも、 シンボリックモード指定が可能です。 シンボリックモードで
は、 `u'、 `g'、 `o' を用いる必要があります。 具体例については「例」セクションを参
照してください。 なお、 mode の許可属性ビットが何も設定されていない場合、 このテス
トは、 どんなファイルにも一致します (この動作は、 -perm -000 と一貫性を持たせるため
です)。
-perm +mode
この書式は、 もうサポートされていません (2005 年以来、 非推奨となっています)。 代わ
りに -perm /mode を用いてください。
-readable
現在のユーザーによって読み込み可能なファイルであるかどうかをテストします。 このテス
トは、 アクセスコントロールリスト (access control list; ACL) や、 その他のパーミッ
ション機能を考慮します。 ちなみに、 テスト -perm では無視されます。 本テストは、 シ
ステムコール access(2) を利用するので、 NFS サーバーが UID マッピング (つまり root
squash) を行っている場合に、 適切に動作しない場合があります。 多くのシステムでは、
クライアントのカーネルにおいて access(2) を実装しているため、 サーバー側にある UID
マッピング情報を利用できないからです。
-regex pattern
ファイル名が正規表現 pattern に一致するかどうかをテストします。 この処理は、 パス全
体への一致を確認するものであって、 ファイル検索ではありません。 したがってたとえ
ば、 `./fubar3' ファイルに一致する正規表現として、 `.*bar.' や `.*b.*3' は利用でき
ますが、 `f.*r3' は利用できません。 find が扱う正規表現のデフォルトは、 Emacs 正規
表現です ('.' が改行に一致する点は除きます)。 これは、 -regextype オプションを用い
て変更することができます。
-samefile name
対象ファイルが、 name と同じ i ノードを参照しているかどうかをテストします。 -L が有
効であれば、 シンボリックリンクを対象とすることができます。
-size n[cwbkMG]
ファイルが n 単位分の容量と比較して、 それよりも小さいか大きいかちょうど同じかをテ
ストします。 ここでは丸め処理が行われます。 以下のサフィックスが利用できます。
`b' 512 バイトブロックを表します (サフィックスの指定がない場合は、 これがデフォ
ルトとなります)。
`c' バイトを表します。
`w' 2 バイトワードを表します。
`k キビバイトを表します (kibibyte, KiB, 1024 バイト単位)。
`M' メビバイトを表します (mebibyte, MiB, 1024 * 1024 単位 = 1048576 バイト)。
`G' ギビバイトを表します (gibibyte, GiB, 1024 * 1024 * 1024 単位 =
10737418241073741824)。
サイズというのは単純に、 システムコールの lstat (あるいは stat) に含まれている
struct stat の メンバー st_size のことであり、 上に示すようにして切り上げられま
す。言い換えると、 その結果は ls -l で得られるものと一致します。-printf における
`%k' と `%b' の書式指定子は、 スパースファイルに対して、 異なる扱いをする点に注意し
てください。 サフィックス `b' は、 常に 512 バイトブロックを表していて、 1024 バイ
トブロックを表すことはありません。 この点は、 -ls の動作とは異なるところです。
プレフィックスの + と - は、 ごく普通に、 それより上、 それより下、 を表します。 し
たがって、 n とちょうど同じ数には一致しません。 サイズとは、 次の数単位に向けて切り
上げられることに注意してください。 つまり -size -1M というのは、 -size -1048576c と
同じではありません。 前者は、 空のファイルにしか一致しません。 また後者は、 バイト
サイズが 0 から 1,048,575 までのファイルに一致します。
-true 常に true です。
-type c
ファイルタイプが c であるかどうかをテストします。
b ブロックスペシャルファイル (バッファーあり)
c キャラクタースペシャルファイル (バッファーなし)
d ディレクトリ
p 名前付きパイプ (FIFO)
f 通常のファイル
l シンボリックリンク。 オプション -L や -follow が有効な場合、 シンボリックリ
ンク切れの場合を除いて、 このテストが true になることはありません。 -L が有
効なときに、 シンボリックリンクを検索するには、 -xtype を用いてください。
s ソケット
D ドア (door) (Solaris の場合)
一度に複数のファイルタイプを検索したい場合は、 タイプを表す英字を、 カンマ `,' で区
切ったリストで指定します。 (GNU 拡張)
-uid n ファイル所有者のユーザー ID 番号が、 n と比較して、 それよりも小さいか大きいかちょ
うど同じかをテストします。
-used n
ファイルのステータスが変更されてから、 ファイルにアクセスした最終時間が、 n 日間と
比較して、 小さいか大きいかちょうど同じかをテストします。
-user uname
ファイルの所有者が、 uname というユーザーであるかどうかをテストします (ユーザー ID
番号による指定も可)。
-wholename pattern
-path を参照してください。 この別名は、 -path よりも移植性に劣ります。
-writable
現在のユーザーによって書き込み可能なファイルであるかどうかをテストします。 このテス
トは、 アクセスコントロールリスト (access control list; ACL) や、 その他のパーミッ
ション機能を考慮します。 ちなみに、 テスト -perm では無視されます。 本テストは、 シ
ステムコール access(2) を利用するので、 NFS サーバーが UID マッピング (つまり root
squash) を行っている場合に、 適切に動作しない場合があります。 多くのシステムでは、
クライアントのカーネルにおいて access(2) を実装しているため、 サーバー側にある UID
マッピング情報を利用できないからです。
-xtype c
対象ファイルがシンボリックリンクでなければ、 -type と同様です。 シンボリックリンク
のときは、 以下のように動作します。 -H や -P オプションの指定時は、 リンク先がタイ
プ c のファイルであれば、 true を返します。 -L オプションの指定時は、 c が `l' なら
ば true を返します。 言い換えると、 シンボリックリンクに対して、 -xtype は、 -type
がチェックしないファイルタイプをチェックします。
-context pattern
(SELinux 有効時のみ) 対象ファイルのセキュリティコンテキストが glob パターン pattern
に一致するかどうかをテストします。
アクション
-delete
ファイルまたはディレクトリを削除します。 削除に成功すると true を返します。 削除に
失敗した場合は、 エラーメッセージを表示して、 ゼロ以外の終了ステータスを返します
(最終終了するときです)。
警告: find はコマンドラインを式として評価する点を忘れないでください。 したがって
-delete を一番初めに記述すると、 それは find に対して、 検索開始ポイント以下のもの
をすべて削除させることになります。
コマンドラインから -delete オプションを指定すると、 自動的に -depth オプションがオ
ンとなります。 一方で -depth は -prune を無効にするので、 -delete アクションは
-prune と同時に用いることはできません。
ユーザーの中ではよく、 コマンドライン上において -delete の前に -print を指定して、
削除が実際にどのように行われるかをテストしようとします。 予期しない結果を起こさない
ためにも、 そのようなテストを行うときから、 -depth オプションを明示的に指定すること
を忘れないでください。
-delete アクションは、 ディレクトリが空でない場合には削除に失敗します。
-ignore_readdir_race オプションとともに、 このオプションを指定し、 さらに、 親ディ
レクトリを読み込んだ後に、 対象ファイルが消失している状況が発生した場合、 -delete
アクションからのエラーは無視されます。 その場合には、 診断エラーは出力されず、 終了
コードをゼロ以外には変えずに -delete アクションからの返り値も true になります。
-exec command ;
command を実行します。 command の返り値が 0 なら、 true を返します。 find のコマン
ドラインで、 これ以降に指定されている引数は、 `;' という引数が現れるまで、 すべてそ
のコマンドに対する引数とみなされます。 文字列 `{}' は、 コマンド引数内に現れるすべ
ての箇所で、 対象ファイル名に置き換えられます。 find の他の実装においては、 引数の
中で `{}' が単独で用いられていないと、 対象ファイル名に置き換えられないものがありま
す。 文字列 `{}' は、 シェルによって展開されないように、 どちらも `\' でエスケープ
するか、 クォートで囲む必要があります。 アクション -exec の具体例については、 「
例」セクションを参照してください。 指定されたコマンドは、 一致したファイルごとに一
回ずつ実行されます。 そのコマンドは、 find を実行したディレクトリにおいて実行されま
す。 そこで、 -exec アクションの実行にあたっては、 セキュリティの問題が避けられませ
ん。 したがって、 -exec の代わりに、 -execdir アクションを使用してください。
-exec command {} +
この形式の -exec アクションは、 対象ファイルに対して、 指定されたコマンド
(command) を実行します。 各対象ファイルは、 コマンドラインの末尾に追加されながら、
コマンドラインが構成されるので、 指定コマンドの呼び出し回数は、 対象ファイル数より
も大幅に少なくて済みます。 コマンドラインが構成される処理方法は、 xargs の場合とほ
ぼ同じです。 `{}' の記述は、 コマンドライン中に 1 度しか用いることはできず、 しかも
最後に `+' を伴って、 コマンドラインの最終記述としなければなりません。 また、 シェ
ルによって誤った解釈が行われないように、 (`\' を使って) エスケープするか、 全体を
クォートで囲むことが必要です。 そのコマンドは、 find を実行したディレクトリにおいて
実行されます。 '+' 形式を使った呼び出しにおいて、 終了ステータスにゼロでない値が
返ってきたら、 find も、 終了ステータスにゼロ以外を返します。 find においてエラーが
発生すると、 その場ですぐに終了する場合があります。 その際には、 残りのコマンドが
まったく実行されないこともあります。 このため、 -exec my-command ... {} + -quit で
は、 my-command が実際には実行されない場合があります。 なおこの -exec の形式は、 必
ず true を返します。
-execdir command ;
-execdir command {} +
-exec と同様ですが、 指定したコマンドは、 一致したファイルが存在するサブディレクト
リ内で実行されます。 このサブディレクトリは、 普通は find を実行したディレクトリと
は異なるはずです。 -exec と同じように、 find をシェルから呼び出す場合には {} を
クォートでくくる必要があります。 この形式は、 コマンドを呼び出す方法として、 非常に
安全なものです。 一致したファイルのパスを確定させる際に、 競合状態を避けることがで
きるためです。 -exec アクションの場合と同様、 -execdir の `+' 形式の実行において
も、 一致した複数ファイルを処理するようなコマンドラインが構成されます。 ただし、 指
定された command の呼び出しは、 どの場合であっても、 必ず同一サブディレクトリ内にあ
るファイルだけを対象にして実行されます。 このオプションの利用にあたっては、 環境変
数 PATH が、 `.' を参照していないようにする必要があります。 そうしていないと、 攻
撃者が、 -execdir を実行するディレクトリ内に、 いかにも正しいファイルを置くだけで、
任意のコマンド実行を許してしまうことになります。 PATH 内のエントリに、 空のものや、
相対パスのディレクトリ名を含んでいる場合にも、 同じことが言えます。 '+' 形式を使っ
た呼び出しにおいて、 終了ステータスにゼロでない値が返ってきたら、 find も、 終了ス
テータスにゼロ以外を返します。 find においてエラーが発生すると、 その場ですぐに終了
する場合があります。 その際には、 残りのコマンドがまったく実行されないこともありま
す。 このアクションが返す値は、 + と ; のどちらの形式を使うかによって異なります。
-execdir command {} + は必ず true を返しますが、 -execdir command {} ; は、 command
が 0 を返したときだけ、 true を返します。
-fls file
true を返します。 -ls と同様ですが、 -fprint のように、 file への出力を行います。
出力ファイルは、 この述語表現に一致するものがなくても、 必ず生成されます。 ファイル
名に、 普通は使わない文字が含まれている場合の扱いについては、 「普通ではないファイ
ル名」のセクションを参照してください。
-fprint file
true を返します。 パス付きのファイル名を、 ファイル file に出力します。 find の実
行時に、 file が存在しなければ、 新たに生成されます。 すでに存在していたら、 元の中
身は失われます。 ファイル名 /dev/stdout と /dev/stderr は特別に扱われます。 それぞ
れ、 標準出力、 標準エラー出力を意味します。 出力ファイルは、 この述語表現に一致す
るものがなくても、 必ず生成されます。 ファイル名に、 普通は使わない文字が含まれてい
る場合の扱いについては、 「普通ではないファイル名」のセクションを参照してください。
-fprint0 file
true を返します。 -print0 と同様ですが、 -fprint のように、 file への出力を行いま
す。 出力ファイルは、 この述語表現に一致するものがなくても、 必ず生成されます。
ファイル名に、 普通は使わない文字が含まれている場合の扱いについては、 「普通ではな
いファイル名」のセクションを参照してください。
-fprintf file format
true を返します。 -printf と同様ですが、 -fprint のように、 file への出力を行いま
す。 出力ファイルは、 この述語表現に一致するものがなくても、 必ず生成されます。
ファイル名に、 普通は使わない文字が含まれている場合の扱いについては、 「普通ではな
いファイル名」のセクションを参照してください。
-ls true を返します。 対象ファイルを、 ls -dils の書式で標準出力に出力します。 ブロック
数は、 1 ブロックに 1 KB バイトです。 ただし、 環境変数 POSIXLY_CORRECT が設定され
ている場合は、 1 ブロック 512 バイトが使用されます。 ファイル名に、 普通は使わない
文字が含まれている場合の扱いについては、 「普通ではないファイル名」のセクションを参
照してください。
-ok command ;
-exec と同様ですが、 ユーザーへの問い合わせを行います。 ユーザーが同意すれば、 コ
マンドを実行します。 同意しなければ、 何もせずに false を返します。 コマンドが実行
される際に、 標準入力はリダイレクトされて、 /dev/null になります。 このオプションは
-files0-from オプションとともに指定することはできません。
プロンプトに対するユーザーの入力は、 肯定、 否定を表す一組の正規表現との一致確認が
行われて、 同意したかどうかが決定します。 この正規表現は、 環境変数 POSIXLY_CORRECT
が設定されていれば、 システムから取得されます。 環境変数が設定されていなければ、
find が持つメッセージ翻訳から取得されます。 システムに適切な定義が存在しなかった場
合は、 find 自体が持つ定義が使用されます。 どの場合でも、 正規表現そのものの解釈
は、 環境変数 LC_CTYPE (文字クラス) や LC_COLLATE (文字の範囲や等価クラス) の影響を
受けます。
-okdir command ;
-execdir と同様ですが、 -ok と同じように、 ユーザーへの問い合わせを行ないます。
ユーザーが同意しなければ、 何もせずに false を返します。 コマンドが実行される際に、
標準入力はリダイレクトされて、 /dev/null になります。 このオプションは -files0-from
オプションとともに指定することはできません。
-print true を返します。 パス付きのファイル名と、 最後に改行文字をつけて、 標準出力に出力
します。 find の出力を、 パイプを使って他のプログラムに受け渡している場合、 対象
ファイル名に改行文字が含まれている可能性が、 少しでもあるなら、 -print ではなく、
-print0 アクションの使用を是非考えてください。 ファイル名に、 普通は使わない文字が
含まれている場合の扱いについては、 「普通ではないファイル名」のセクションを参照して
ください。
-print0
true を返します。 パス付きのファイル名と、 最後にヌル文字をつけて、 標準出力に出力
します (-print が改行文字をつけるのとは異なります)。 このアクションを使えば、 find
の出力を処理するプログラムが、 改行文字やホワイトスペースを含むファイル名を、 正し
く解釈できるようになります。 このアクションは、 xargs の -0 オプションに対応しま
す。
-printf format
true を返します。 これは標準出力に format を出力します。 format 内の `\' によるエス
ケープや、 `%' に始まるディレクティブを解釈します。 フィールドの幅や精度は、 C 言語
の printf(3) 関数と同じ方法で指定することができます。 多くのフィールドは、 %d とし
てではなく、 %s として出力されます。 このため、 フラグが期待通りに動作しないことも
発生します。 一方で、 `-' フラグ (フィールドを必ず左揃えにする指定) を使えば、 必ず
動作します。 -print とは違って、 -printf は、 文字列の末尾に改行文字を追加しませ
ん。 エスケープとディレクティブには、 以下のものがあります。
\a 警告ベル。
\b バックスペース。
\c このフォーマットによる出力をすぐに停止して、 出力をフラッシュします。
\f フォームフィード。
\n 改行文字。
\r 復帰文字。
\t 水平タブ。
\v 垂直タブ。
\0 ASCII NUL 文字。
\\ バックスラッシュ文字そのもの (`\')。
\NNN ASCII コードが NNN (8 進数) の文字。
バックスラッシュ文字 `\' に、 上記以外の文字が続いた場合は、 `\' が普通の文字として
扱われます。 つまり、 2 文字とも表示されることになります。
%% パーセント文字そのもの。
%a ファイルの最終アクセス時間を、 C 言語の ctime(3) 関数が返す形式で表したもの
です。
%Ak k で指定された書式に基づいて、 ファイルの最終アクセス時間を表したものです。
k に指定するのは、 `@' か、 あるいは C 言語の strftime 関数で用いるディレク
ティブです。 以下に、 k に指定可能な値を示します。 ただし、 すべてを示すもの
ではありません。 完全な一覧については、 strftime(3) のドキュメントを参照して
ください。 指定文字に応じた文字列変換は、 システムによっては利用できない場合
があります。 それは、 ライブラリ関数 strftime(3) の実装が、 システムよって異
なるからです。
@ Jan. 1, 1970, 00:00 GMT からの経過秒数。 小数点以下も表示します。
時刻フィールド:
H 時 (00..23)
I 時 (01..12)
k 時 ( 0..23)
l 時 ( 1..12)
M 分 (00..59)
p 現在のロケールにおいて AM/PM に相当する文字列。
r 12 時間制の時刻 (hh:mm:ss [AP]M)
S 秒 (00.00 .. 61.00)。 小数点以下も表示します。
T 24 時間制の時刻 (hh:mm:ss.xxxxxxxxxx)
+ 日付と時刻。 両者の間は `2004-04-28+22:22:05.0' といったように '+' で
区切られます。 これは GNU 拡張です。 時間は、 現在のタイムゾーンによ
るものが用いられます (したがって、 環境変数 TZ の設定に影響を受ける場
合があります)。 秒は、 小数点以下が含まれます。
X 現在のロケールによる時刻表示 (H:M:S)。 秒は小数点以下を含みます。
Z タイムゾーン (JST など)。 タイムゾーンが決定できなかった場合は、 何も
表示されません。
日付フィールド:
a 現在のロケールによる曜日の短縮形 (Sun..Sat)。
A 現在のロケールによる、 曜日の省略しない表示。 長さは可変
(Sunday..Saturday)。
b 現在のロケールによる月名の短縮形 (Jan..Dec)。
B 現在のロケールによる月名の省略しない表示。 長さは可変
(January..December)。
c 現在のロケールによる日付と時刻の表示 (Sat Nov 04 12:02:33 EST 1989)。
この表示形式は、 ctime(3) のものと同じであり、 ctime(3) の形式との互
換性を維持するためのものです。 秒は小数点表記されません。
d その月の何日目かの表示 (01..31)。
D 日付 (mm/dd/yy)。
F 日付 (yyyy-mm-dd)。
h b と同じ。
j その年の何日目かの表示 (001..366)。
m 月 (01..12)。
U その年の何週目か (日曜日を週の始まりとする) (00..53)。
w 曜日 (0..6)。
W その年の何週目か (月曜日を週の始まりとする) (00..53)。
x 現在のロケールによる日付表示 (mm/dd/yy)。
y 年の下二桁 (00..99)。
Y 年 (1970...)。
%b ファイルが使用するディスク容量を、 1 ブロック 512 バイトのブロック数で表示し
ます。 ディスク領域は、 ファイルシステムブロックサイズの倍数によって割り当て
られるので、 たいていは %s/512 より大きくなります。 ただしスパースファイルの
場合は、 %s/512 より小さくなることがあります。
%Bk ファイルの生成時間。 フォーマットは k によって指定します。 これは %A に対す
るものと同じです。 処理を行っているオペレーティングシステムやファイルシステ
ムが、 生成時間をサポートしていない場合、 このディレクティブは空文字を返しま
す。
%c ファイルの最終ステータス変更時間を、 C 言語の ctime(3) 関数が返す形式で表し
たものです。
%Ck ファイルの最終ステータス変更時間を、 k で指定した書式で表したものです。 k
は %A の場合と同様です。
%d ディレクトリツリー内で、 対象ファイルがどれだけ深い階層数にあるかを示しま
す。 0 は、 対象ファイルが検索開始ポイントにあることを意味します。
%D ファイルがどのデバイス上にあるかを、 10 進数のデバイス番号 (stat 構造体の
st_dev フィールド) で示します。
%f ベース名を表します。 ファイル名から、 先頭にあるディレクトリ名を取り除きます
(最後の要素のみを残します)。 / に対する結果は `/' です。 処理例については「
例」セクションを参照してください。
%F ファイルがあるファイルシステムのタイプを表します。 ここで表示される値は
-fstype の引数に指定することができます。
%g ファイルのグループ名を表します。 グループ名が存在しない場合は、 グループ ID
番号を表します。
%G ファイルのグループ ID 番号。
%h ディレクトリ名を表します。 つまり、 ファイル名の先頭にあるディレクトリ部分
(最後の要素以外のすべて) を表します。 ファイル名にスラッシュが一つも含まれな
い場合 (カレントディレクトリ内にあることになるので)、 書式指定子 %h は `.'
に展開されます。対象ファイルがディレクトリそのものであって、 スラッシュ / を
含む場合、 %h は空文字に展開されます。 具体例は「例」セクションを参照してく
ださい。
%H 検索開始ポイントのうち、 対象ファイルが見つかったものを表します。
%i ファイルの i ノード番号 (10 進数表示)。
%k ファイルが利用するディスク容量を、 1 ブロック 1 KB のブロック数で表示しま
す。 ディスク領域は、 ファイルシステムのブロックサイズの倍数によって割り当て
られるので、 たいていは %s/1024 より大きくなります。 スパースファイルの場合
は、 %s/1024 より小さくなることがあります。
%l シンボリックリンク先 (シンボリックリンクでない場合は、 空文字列) を表しま
す。
%m ファイルの許可属性ビット (8 進数表示) を表します。 このオプションが使用して
いる数値は、 たいていの Unix 実装において用いられる「従来の」数値です。 しか
し利用中のシステム実装においては、 8 進数で表示する許可属性ビットの並び方
が、 普通とは異なるかもしれません。 その場合は、 ファイルの許可属性の実際の
値と、 %m の出力とが異なることになります。 数値の先頭に 0 をつけて表示したい
場合があります。 そのときは、 # フラグを使って、 たとえば `%#m' のようにしま
す。
%M ファイルの許可属性を表します (ls と同様のシンボルによる表現)。 このディレク
ティブは、 findutils 4.2.5 以降にサポートされるようになりました。
%n ファイルのハードリンク数。
%p ファイル名。
%P 検索開始ポイント名を使って表現した、 対象ファイル名であって、 現在削除された
ものを表します。
%s バイト単位によるファイルサイズ。
%S ファイルが「まばら」である度合い (sparseness) を表します。 この値は
(BLOCKSIZE*st_blocks / st_size) として計算されます。 ある程度の大きさを持つ
普通のファイルの場合、 その正確な値は、 システムによってさまざまです。 ス
パースファイルであれば、 「まばら」な度合いは、 普通は 1.0 未満です。 一方
で、 間接ブロックを使用しているファイルの場合は、 1.0 以上になることがありま
す。 BLOCKSIZE に設定される値は、 システムに依存しますが、 通常は 512 バイト
です。 ファイルサイズが 0 の場合、 この値は未定義として出力されます。
st_blocks をサポートしていないシステムでは、 ファイルの「まばら」な度合い
は、 1.0 とみなされます。
%t ファイルの最終更新時間を、 C 言語の ctime(3) 関数が返す形式で表したもので
す。
%Tk k で指定された書式に基づいて、 ファイルの最終更新時間を表したものです。 k は
%A の場合と同様です。
%u ファイルを所有するユーザー名。 ユーザーに名前がない場合は、 ユーザー ID 番号
が用いられます。
%U ファイルを所有するユーザーの ID 番号。
%y ファイルタイプ (ls -l の表現と同様です)。 U はタイプ不明 (unknown type) を表
します (発生することはありません)。
%Y ファイルタイプ (%y と同様)。 さらに、 シンボリックリンクをたどります。 `L'
はループ、 `N' は非存在、 `?' はその他のエラーであり、 シンボリックリンク先
のタイプが決定できなかった場合です。
%Z (SELinux 有効時のみ) ファイルのセキュリティコンテキスト。
%{ %[ %(
将来の利用のために予約されています。
1 つの `%' に対して、 上記以外の文字が続く場合、 `%' 文字は無視されて、 それに続い
た文字が表示されます (新たに指定文字が定義されるかもしれないため、 この動作に期待す
るのは避けてください)。 書式指定の文字列の最後に `%' だけが 1 つあると、 次に文字が
ないため、 その動作は不定となります。 何が起きるか分かりませんから、 ロケールによっ
ては、 ドアの鍵を紛失するかもしれませんし、 せっかく読んでいる小説の最後のページ
が、 なくなってしまうかもしれません。
ディレクティブ %m と %d は、 書式フラグ #, 0, + をサポートします。 これ以外のディレ
クティブは、 数値を表す場合であっても、 このフラグをサポートしません。 このフラグを
サポートしない数値関連のディレクティブには、 G, U, b, D, k, n があります。 書式フラ
グとして `-' もサポートされています。これを使えば、 欄出力の右揃え (デフォルト) を
左揃えに変更することができます。
ファイル名に、 普通は使わない文字が含まれている場合の扱いについては、 「普通ではな
いファイル名」のセクションを参照してください。
-prune true を返します。 処理対象がディレクトリである場合、 ディレクトリ内に入っていきませ
ん。 -depth が指定してあると、 -prune は何もしません。 -delete の指定には、 暗に
-depth の指定が含まれているので、 -prune と -delete を同時に使うことはできません。
たとえば、 src/emacs というディレクトリとその下にあるファイルやディレクトリはスキッ
プするとします。 そしてそれ以外のファイルを表示しようとする場合には、 以下のように
実行します。
find . -path ./src/emacs -prune -o -print
-quit すぐに終了します (エラーが発生していなければ 0 を返します)。 これは -prune とは異な
ります。 -prune は、 適用されたディレクトリの内容を、 対象外とするものですが、
-quit は単純に find をその場で止めます。 子プロセスが残ることはありません。 コマン
ドラインが、 -exec ... + や -execdir ... + の形式で構成されていた場合、 そのコマン
ドはすべて呼び出されてから、 プログラムが終了します。 -quit が実行されると、 コマン
ドライン上に指定されていた残りのファイルは、 処理されません。 たとえば
`find /tmp/foo /tmp/bar -print -quit` では、 `/tmp/foo` だけが表示されます。
-quit を利用するごく普通のケースとして、 ファイルシステム内から検索したいものが見つ
かったら、 検索をやめるという使い方があります。 たとえば、 1 つのファイルだけを見つ
けたい場合には、 以下のようにすることができます。
find / -name needle -print -quit
オペレーター
以下ではオペレーターを、 優先順位の高いものから順に示します。
( expr )
カッコ内を優先的に処理します。 シェルにとって、 カッコには特別な意味があるため、 普
通はクォートでくくる必要があります。 このマニュアルページであげている例では、 この
目的でバックスラッシュを多用しています。 つまり `(...)' は、 `\(...\)' のように記述
しています。
! expr expr が false の場合に true となります。 通常この記号も、 シェルによって解釈されな
いようにする必要があります。
-not expr
! expr と同様ですが、 POSIX には準拠していません。
expr1 expr2
2 つ並んだ式は、 暗に -a によって結合されたものとして扱われます。 そして expr1 が
false の場合、 expr2 は評価されません。
expr1 -a expr2
expr1 expr2 と同じです。
expr1 -and expr2
expr1 expr2 と同様ですが、 POSIX には準拠していません。
expr1 -o expr2
OR 結合です。 expr1 が true のとき、 expr2 は評価されません。
expr1 -or expr2
expr1 -o expr2 と同様ですが、 POSIX には準拠していません。
expr1 , expr2
リストを表します。 必ず expr1 と expr2 の両方が評価されます。 expr1 の値は無視され
て、 expr2 の値が、 リストとしての値になります。 このカンマオペレーターは、 さまざ
まな種類のものを探すときに便利です。 ただしファイルシステム内の検索は、 一度しか行
われません。 さまざまなものに一致した結果を、 複数ファイルに出力するには、 -fprintf
アクションを利用します。
暗に -a の指定を意図した場合 (たとえばテストとテストの間に、 このオペレーターを記述しな
かった場合)、 あるいは明示的に指定した場合は、 -o よりも優先順位が高いことを覚えておいてく
ださい。 たとえば、 find . -name afile -o -name bfile -print とした場合、 afile が出力され
ることはない、 ということです。
普通ではないファイル名
find のアクションの多くでは、 他ユーザーが、 出力されるデータを自由に制御できます。 データ
には、 ファイル名、 サイズ、 更新時間など、 さまざまなものがあります。 ファイル名は、 `\0'
と `/' 以外の文字であれば、 何でも含めることができるため、 潜在的な問題を抱えています。
ファイル名の中に、 普段用いない文字が含まれていると、 端末に対して、 予期しない動作や、 時
には望ましくない事態を引き起こすことも可能です。 (たとえば端末次第では、 ファンクション
キーの設定変更が行われてしまうかもしれません)。 普段使わない文字を、 どのように処理するか
については、 アクションごとに動作が異なります。 以下にこのことを示します。
-print0, -fprint0
常にファイル名を修正せずに、 そのまま出力します。 出力先が端末であっても同じです。
-ls, -fls
普段使わない文字は、 必ずエスケープされます。 ホワイトスペース、 バックスラッシュ、
ダブルクォートは、 C 言語のようなエスケープ表現で出力されます (`\f', `\"' など)。
その他の文字では、 8 進数表記によってエスケープして出力されます。 通常の表示可能な
文字 (-ls や -fls においては、 8 進数の 041 から 0176 に相当する文字) は、 そのまま
出力されます。
-printf, -fprintf
出力先が端末でない場合は、 そのまま出力されます。 出力先が端末の場合は、 利用する
ディレクティブによって、 出力は変わります。 ディレクティブ %D, %F, %g, %G, %H, %Y,
%y が展開される値は、 ファイル所有者が制御するものではないため、 そのまま出力されま
す。 ディレクティブ %a, %b, %c, %d, %i, %k, %m, %M, %n, %s, %t, %u, %U の値は、
ファイル所有者が制御可能なものですが、 だからと言って、 端末に任意にデータ送信して
よいものではありません。 したがってこのときのデータも、 そのまま出力されます。 ディ
レクティブ %f, %h, %l, %p, %P の出力値は、 クォートでくくられます。 クォートでくく
るこの方法は、 GNU ls の場合と同じです。 逆に -ls や -fls における方法とは異なりま
す。 find の出力書式を自由に定めてよい、 ということになれば、 普通は、 終端文字とし
て改行ではなく、 `\0' を用いるように変更するのが適切です。 これを行うのは、 ファイ
ル名に、 空白や改行が含まれる場合があるためです。 どの文字をクォートでくくるかは、
環境変数 LC_CTYPE の設定を用いて決定されます。
-print, -fprint
クォートでくくる方法は、 -printf や -fprintf と同じです。 find をスクリプト内で利用
する場合や、 一致したファイルにあらゆる文字が含まれる可能性がある場合には、 -print
を用いるのではなく、 -print0 を用いるようにしてください。
アクション -ok と -okdir は、 対象ファイル名をそのまま出力します。 この動作は、 将来のリ
リースで変わるかもしれません。
規格への準拠
POSIX 規格にできるだけ準拠した動作が必要であれば、 環境変数 POSIXLY_CORRECT を設定してくだ
さい。 以下のオプションは、 POSIX 規格 (IEEE Std 1003.1-2008, 2016 Edition) の中で規定され
ています。
-H このオプションはサポートされています。
-L このオプションはサポートされています。
-name このオプションはサポートされていますが、 POSIX への適応は、 システムの fnmatch(3)
ライブラリ関数が、 どれだけ POSIX に準拠しているかによって、 変わります。
findutils-4.2.2 以降、 シェルのメタ文字 (たとえば `*', `?', `[]') は、 ファイル名先
頭の `.' 文字に一致するようになりました。 これは IEEE PASC interpretation 126 の要
求に従ったものです。 これは、 それ以前の findutils のバージョンから、 変更されてい
る点です。
-type サポートされています。 POSIX では `b', `c', `d', `l', `p', `f', `s' を規定していま
す。 GNU find は、 この他にドア (door) を表す `D' もサポートしています。 これが使え
るのは、 OS がこの機能を提供している場合です。 さらに、 GNU find では、 複数の型指
定を一度に行うことが可能であり、 その場合には、 カンマで区切ったリストを指定しま
す。
-ok サポートされています。 プロンプトに対する入力は、 `yes'、 `no' を表すパターンに従っ
て解釈されます。 そのパターンは、 環境変数 LC_MESSAGES の設定内容により決定します。
環境変数 POSIXLY_CORRECT が設定されている場合は、 そのパターンが、 `yes'、 `no' の
入力に対するシステム定義として扱われます。 nl_langinfo(3) に関するドキュメント、 特
に YESEXPR と NOEXPR について参照してください。 POSIXLY_CORRECT が設定されていない
場合、 そのパターンは、 find が持っているメッセージカタログから取得されます。
-newer サポートされています。 指定されたファイルがシンボリックリンクの場合は、 必ずリンク
先が参照されます。 これは以前のバージョンから変更されたものであり、 以前は、 比較に
用いる時間をシンボリックリンクから取得していました。 「履歴」セクションを参照してく
ださい。
-perm サポートされています。 環境変数 POSIXLY_CORRECT が設定されていない場合には、 POSIX
では認められていない (たとえば、 +a+x のような) モード引数であっても、 後方互換のた
めに利用できるものがあります。
その他のプライマリ
式を構成するプライマリ (primary) として、 -atime, -ctime, -depth, -group, -links,
-mtime, -nogroup, -nouser, -perm, -print, -prune, -size, -user -xdev が、 すべてサ
ポートされています。
POSIX 規格は、 カッコ `(', `)'、 否定 `!'、 論理 AND/OR のオペレーター -a, -o を規定してい
ます。
上記を除いたオプション、 述語、 式などは、 すべて POSIX 規格にはない拡張です。 ただしその
拡張の多くは、 GNU find に特有なものではありません。
POSIX 規格における find は、 ループの検出ができなければならないと定めています。
find ユーティリティは、 無限ループを検出できなければなりません。 無限ループとは、
処理対象となったファイルの上位ディレクトリが、 以前に処理していたものであって、 そ
のディレクトリに入ることです。 無限ループを検出した場合、 find は、 診断メッセージ
を標準エラー出力に書き出すものとします。 そして、 ディレクトリ階層上での検索位置を
復旧するか、 あるいは終了するものとします。
GNU find は、 この要件を満たしています。 上位ディレクトリへのハードリンクを含んだディレク
トリと、 そういったものを含まないディレクトリを比較してみると、 ディレクトリのリンク数は、
前者の方が少なくなることがよくあります。 このことがあるため、 上位ディレクトリへのリンクで
あるサブディレクトリに対して、 GNU find は、 最適化によって、 そのディレクトリを調べない
ケースが発生します。 find は実際に、 そういったサブディレクトリに入っていかないため、 診断
メッセージの出力を抑えることができます。 わかりにくい処理かもしれませんが、 実際にこの動作
に期待する人は、 まずいません。 -noleaf オプションの指定によって、 葉 (leaf) に関する最適
化処理が無効になっていた場合、 ディレクトリの各エントリは、 必ず調べられます。 したがって
診断メッセージは、 必要な場面で表示されます。 シンボリックリンクを使っていれば、 ファイル
システム上にこのようなリンクを作り出すことはできません。 ただし -L オプションや -follow オ
プションを指定しているときには、 シンボリックリンクのループが見つかると、 診断メッセージが
表示されます。 ハードリンクを含むループの場合と同様に、 葉に関する最適化によって、 find が
シンボリックリンクに対して、 stat() や chdir() を用いる必要がないと判断することがあるた
め、 診断情報は、 かなりの頻度で必要なくなります。
-d オプションは、 各種の BSD システムとの互換性のためにサポートされています。 したがって、
これを使うのではなく、 POSIX に準拠する -depth オプションを用いてください。
環境変数 POSIXLY_CORRECT は、 テスト -regex や -iregex の動作に影響を与えません。 こういっ
たテストは、 POSIX では規定されていないためです。
環境変数
LANG 国際化関連の環境変数において、 値が設定されていない、 あるいは null であるものに対
して、 デフォルト値を提供します。
LC_ALL この環境変数に、 空文字列ではない値が設定されていれば、 国際化関連の環境変数を上書
きします。
LC_COLLATE
POSIX の規定では、 この環境変数は、 テスト -name で用いられるパターンマッチングに影
響を及ぼします。 GNU find は、 fnmatch(3) ライブラリ関数を利用しているので、
LC_COLLATE への対応は、 システムのライブラリ次第です。 またこの変数は、 アクション
-ok の入力値の解釈にも影響します。 -ok における入力値を解釈するものとして、 実際に
用いられるパターンは、 LC_MESSAGES 変数の値によって決定されますが、 そのパターンの
中に角カッコによる表現が用いられていると、 LC_COLLATE の影響を受けることになりま
す。
LC_CTYPE
システムの fnmatch(3) ライブラリ関数がこの環境変数をサポートしている場合、 この環境
変数は、 正規表現で使用される文字クラスと、 -name テストで使われる文字クラスの扱い
方に影響を及ぼします。アクション -ok のプロンプトにおけるユーザー入力値の解釈には、
正規表現が用いられますが、 この変数は、 その正規表現内の文字クラスの判断に影響しま
す。 環境変数 LC_CTYPE は、 ファイル名の表示時に、 表示できない文字を判断する処理に
影響します。 「普通ではないファイル名」のセクションを参照してください。
LC_MESSAGES
国際化されたメッセージで使用するロケールを設定します。 環境変数 POSIXLY_CORRECT が
設定されている場合は、 この変数によって、 アクション -ok のプロンプト入力値に対する
解釈が決定します。
NLSPATH
国際化メッセージカタログを置く場所を設定します。
PATH -exec, -execdir, -ok, -okdir から呼び出される実行ファイルが、 どこにあるかを検索す
るディレクトリに影響します。
POSIXLY_CORRECT
-ls や -fls が使用するブロックサイズを決定します。 POSIXLY_CORRECT が設定されている
場合は、 1 ブロックが 512 バイト、 設定されていない場合は、 1 ブロックが 1024 バイ
トになります。
またこの変数を設定すると、 デフォルトで警告メッセージを出力しません (つまり -nowarn
が暗に指定されます)。 なぜなら POSIX の規定では、 -ok のプロンプトを除くと、 標準エ
ラーに出力されるメッセージは、 すべて診断情報であり、 終了ステータスは 0 以外を返さ
なければならないからです。
POSIXLY_CORRECT が設定されていない場合、 +zzz が適正なシンボリックモード表現でな
かったら、 -perm +zzz という記述は、 -perm /zzz として扱われます。 POSIXLY_CORRECT
が設定されている場合、 この記述はエラーになります。
POSIXLY_CORRECT が設定されていると、 アクション -ok のプロンプトに対する入力値の解
釈は、 find の持つメッセージ翻訳を用いるのではなく、 システムのメッセージカタログに
従って行われます。
TZ タイムゾーンに影響します。 タイムゾーンは、 -printf や -fprintf の時間関連ディレク
ティブにおいて利用されます。
例
単純な `find|xargs` のアプローチ
• /tmp ディレクトリ以下にある、 core という名前のファイルを探して、 それを削除しま
す。
$ find /tmp -name core -type f -print | xargs /bin/rm -f
ただし、 ファイル名の中に、 改行、 シングルクォート、 ダブルクォート、 空白文字が含
まれる場合には、 このコマンドは正しく動作しません。
安全な `find -print0 | xargs -0` によるアプローチ
• /tmp ディレクトリ以下にある、 core という名前のファイルを探して、 それを削除しま
す。 ファイルやディレクトリの名前に、 シングルクォート、 ダブルクォート、 空白、 改
行などが含まれていても、 適切に処理されます。
$ find /tmp -name core -type f -print0 | xargs -0 /bin/rm -f
テスト -name は、 -type よりも前に置いています。 これは、 stat(2) の呼び出しが、 す
べてのファイルに対して行われることを防ぐためです。
ただし、 find がファイルシステム内を検索して、 一致するファイルを出力する時間と、 xargs に
よるコマンド起動がそのファイルを処理する時間との間では、 まだ競合が発生する点に注意してく
ださい。
任意の検索開始ポイントからの処理
• プログラム proggy というものがあるとして、 あらかじめ処理を行って、 大量のNUL 区切
りのファイル一覧を作るものであったとします。 これを検索開始ポイントととして処理を
行って、 その中から通常ファイルと空のファイルを検索します。
$ proggy | find -files0-from - -maxdepth 0 -type f -empty
`-files0-from -` と記述している部分は、 検索開始ポイントとする名前を 標準入力 か
ら、 つまりパイプから読み込むことを表しています。 そして -maxdepth 0 はサブディレク
トリへの再帰的な検索は行わずに、 そこに明示された対象のみを検索するようにしています
(検索開始ポイントの指定がただ 1 つである場合)。
各ファイルに対するコマンド実行
• カレントディレクトリ以下の各ファイルに対して file を実行します。
$ find . -type f -exec file '{}' \;
波カッコをシングルクォートで囲んでいる点に注意してください。 これは、 句読点がシェ
ルスクリプトの記号として、 解釈されないようにするためです。 同様のこととして、 セミ
コロンもバックスラッシュを使ってエスケープしています。 シングルクォートを使うのでも
かまいません。
性能やセキュリティのことを考慮すると、 `-exec ... +` という記述が望まれるケースが多いかも
しれません。
異なる 2 つのアクション、 ファイルシステム検索は 1 回
• ファイルシステムを検索するのは 1 回だけにして、 setuid ビットが立っているファイルや
ディレクトリの一覧は /root/suid.txt に出力し、 サイズが大きいファイルの一覧は
/root/big.txt に出力するようにします。
$ find / \
\( -perm -4000 -fprintf /root/suid.txt '%#m %u %p\n' \) , \
\( -size +100M -fprintf /root/big.txt '%-10s %p\n' \)
この例では、 初めの 2 つの行に対して、 行継続文字 '\' を用いています。 シェルがコマ
ンド読み込みを行うにあたって、 次の行も継続して読み込むように指示しています。
期間の指定を使ったファイル検索
• ホームディレクトリ内のファイルの中から、 修正時間が 24 時間未満のファイルを検索しま
す。
$ find $HOME -mtime 0
このコマンドがそういう動作になるのは、 各ファイルの最終更新時間が、 24 時間単位で割
られて、 余りは捨てられるからです。 つまり、 ファイルが -mtime 0 に一致するのは、
過去 24 時間未満の間に更新されていることを表します。
許可属性を使ったファイル検索
• 実行可能であり、 読み出し不能なファイルを探します。
$ find /sbin /usr/sbin -executable \! -readable -print
• ファイルの所有者とグループが読み書き可能であって、 他ユーザーは、 読み込みのみで書
き込み不可であるファイルを探します。
$ find . -perm 664
上に示す条件を満たすファイルであっても、 さらに別の許可属性ビットも立っているような
ファイル (たとえば、 他ユーザーが実行できるなど) は、 この条件に一致しません。
• ファイルの所有者とグループが読み書き可能であり、 他ユーザーも読み込みが可能であるよ
うなファイルを探します。 それ以外の許可属性ビット (たとえば実行ビット) が立ってい
てもかまいません。
$ find . -perm -664
したがって上は、 たとえばモードが 0777 であるようなファイルにも一致します。
• (ファイルの所有者、 グループ、 他ユーザーの誰でも良いから) 書き込み可能なファイルを
探します
$ find . -perm /222
• ファイルの所有者あるいはグループのいずれかが、 書き込み可能なファイルを探します。
$ find . -perm /220
$ find . -perm /u+w,g+w
$ find . -perm /u=w,g=w
上のコマンドは 3 つとも同じ動作をします。 1 つめは、 ファイルの許可属性を 8 進数で
表しています。 残りの 2 つは、 シンボルによる表現形式を利用しています。 ファイルが
一致する際には、 所有者とグループの両方が書き込み可能である必要はなく、 どちらか一
方が満たされれば一致します。
• ファイルの所有者あるいはグループが、 ともに書き込み可能であるようなファイルを探しま
す。
$ find . -perm -220
$ find . -perm -g+w,u+w
上のコマンドは同じ処理を行ないます。
• 権限に関して、 さらに複雑な検索を以下に示します。
$ find . -perm -444 -perm /222 \! -perm /111
$ find . -perm -a+r -perm /a+w \! -perm /a+x
この 2 つのコマンドは、 両方とも次のような条件のファイルを探します。 つまり、 誰に
でも読み出すことが可能 (-perm -444 または -perm -a+r) であって、 書き込み許可ビット
が少なくとも 1 つは立っているもの (-perm /222 または -perm /a+w)、 ただし誰にも実行
ができないもの (! -perm /111 や ! -perm /a+x)、 というものです。
除外 - ファイルやサブディレクトリの除き方
• /source-dir の内容を /dest-dir にコピーします。 ただし .snapshot という名前のファイ
ル、 またはディレクトリ (その中身) は除きます。 さらに、 名前が `~' で終わるファイ
ル、 またはディレクトリも除きますが、 その中身までは除きません。
$ cd /source-dir
$ find . -name .snapshot -prune -o \( \! -name '*~' -print0 \) \
| cpio -pmd0 /dest-dir
-prune -o \( ... -print0 \) という形は、 ごく普通に利用されます。 考え方としては、
-prune の前にある式が、 取り除く対象になるということです。 アクション -prune 自体
は、 返り値として true を返します。 したがって、 直後に -o があるおかげで、 取り除
き (prune) の対象にならなかったディレクトリが、 -o の右辺によって評価されることにな
ります (取り除きの対象になったディレクトリの中身は、 処理の対象になっていないので、
中身を考慮する必要はありません)。 -o の右辺の式をカッコで囲んでいるのは、 わかりや
すくするためです。 このように記述することで、 アクション -print0 の処理対象が、
-prune の処理対象以外あることが、 はっきりします。 テストとテストの間にある `and'
条件は、 -o よりも強く結びつくものであって、 それがデフォルトになっていますが、
カッコで囲めば、 どのように処理されるかがよくわかります。
• 以下に示されるようなプロジェクトディレクトリがあって、 さらに、 関連する SCM の管理
ディレクトリがあるとします。 これに対して、 プロジェクトルートから効率の良い検索を
行います。
$ find repo/ \
\( -exec test -d '{}/.svn' \; \
-or -exec test -d '{}/.git' \; \
-or -exec test -d '{}/CVS' \; \
\) -print -prune
出力例:
repo/project1/CVS
repo/gnu/project2/.svn
repo/gnu/project3/.svn
repo/gnu/project3/src/.svn
repo/project4/.git
この例では、 -prune を指定することによって、 すでに対象が見つかったディレクトリの配
下は、 それ以上の検索が不要なので、 検索を行わないようにしています (たとえば
project3/src は検索されません。 その理由は project3/.svn が、 すでに見つかっている
からです)。 しかし、 となり合わせのディレクトリ (たとえば、 project2 と project3)
は、 確実に検索されます。
この他の利用例
• 複数のファイルタイプを検索します。
$ find /tmp -type f,d,l
ファイルタイプとして、 カンマ区切りのリスト (GNU 拡張) を指定して、 それぞれファイ
ル、 ディレクトリ、 シンボリックリンクを /tmp ディレクトリの中から検索します。 同じ
ことは、 やや長くなりますが、 移植性の高い記述として、 以下のようにしても同じです。
$ find /tmp \( -type f -o -type d -o -type l \)
• 特定の名前 needle を持ったファイルを検索して、 最初にそれが見つかった時点で、 すぐ
に終了するようにします。
$ find / -name needle -print -quit
• -printf アクションの書式ディレクティブ %f と %h が、 境界条件において、 どのように
解釈されるかを示します。
$ find . .. / /tmp /tmp/TRACE compile compile/64/tests/find -maxdepth 0 -printf '[%h][%f]\n'
[.][.]
[.][..]
[][/]
[][tmp]
[/tmp][TRACE]
[.][compile]
[compile/64/tests][find]
終了ステータス
find は、 すべてのファイルを正常に処理できれば、 ステータス 0 で終了します。 エラーが起き
た場合は、 1 以上を返します。 ここでは、 わざと大まかな説明としていますが、 返り値が 0 以
外だった場合、 find の結果は正しいと思わないでください。
エラーが発生した場合、 find は、 指定されたアクションを完了しないまま、 その場で終了するこ
とがあります。 たとえば、 検索開始ポイントの中には、 検索されずに終わるものもあります。 あ
るいは -exec ... {} + や -execdir ... {} + において、 まだ呼び出しが行われていないプログラ
ムが、 実行されないまま終了することもあります。
履歴
findutils-4.2.2 以降、 ファイル名のパターンに使われるシェルのメタ文字 (`*', `?', `[]' な
ど) は、 先頭の `.' に一致します。 これは IEEE POSIX interpretation 126 が要求しているた
めです。
findutils-4.3.3 以降 -perm /000 は、 どんなファイルにも一致しない、 ではなく、 すべての
ファイルに一致する、 になりました。
ナノ秒まで表現するタイムスタンプは、 findutils-4.3.3 で実装されました。
findutils-4.3.11 以降、 アクション -delete の処理に失敗すると、 find の終了ステータスは 0
以外の値になります。 ただし、 find は、 その場ですぐには終了しません。 以前のバージョンで
は、 -delete の処理が失敗しても、 find の終了ステータスとは無関係でした。
機能 追加時期 他システムの対応
-files0-from 4.9.0
-newerXY 4.3.3 BSD
-D 4.3.1
-O 4.3.1
-readable 4.3.0
-writable 4.3.0
-executable 4.3.0
-regextype 4.2.24
-exec ... + 4.2.12 POSIX
-execdir 4.2.12 BSD
-okdir 4.2.12
-samefile 4.2.11
-H 4.2.5 POSIX
-L 4.2.5 POSIX
-P 4.2.5 BSD
-delete 4.2.3
-quit 4.2.3
-d 4.2.3 BSD
-wholename 4.2.0
-iwholename 4.2.0
-ignore_readdir_race 4.2.0
-fls 4.0
-ilname 3.8
-iname 3.8
-ipath 3.8
-iregex 3.8
-perm +MODE という文法は、 findutils-4.5.12 において削除されました。 代わりに、 -perm
/MODE を使用してください。 +MODE という文法は、 2005 年にリリースされた findutils-4.2.21
以降、 非推奨となっています。
バグではないもの
意外なオペレーター優先順位
以下のようなコマンド find . -name afile -o -name bfile -print は、 afile を出力しません。
なぜなら実際には find . -name afile -o \( -name bfile -a -print \) と同じものだからです。
-a の優先順位は -o よりも高いことを忘れないでください。 またテストとテストの間に、 オペ
レーターが指定されていないければ、 -a であるとみなされる点も注意してください。
エラーメッセージ “paths must precede expression”
$ find . -name *.c -print
find: paths must precede expression
find: possible unquoted pattern after predicate `-name'?
*.c というパターンをシェルが展開した際に、 カレントディレクトリの複数ファイルに該当した場
合に、 このエラーが発生します。 この場合には、 対象となったファイル名が、 find におけるコ
マンドライン上に、 以下のように受け渡されることになります。
find . -name frcode.c locate.c word_io.c -print
上のコマンドは、 もちろん動作しません。 述語表現である -name の引数は、 パターンを 1 つし
か受けつけないからです。 そのような記述とするのではなく、 パターンの表現部分は、 クォート
でくくるか、 ワイルドカードをエスケープしてください。 以下のようにすることで、 ファイル名
がシェルによって展開されることなく、 find のファイル名の一致検索の際に、 ワイルドカードを
用いたパターン検索ができるようになります。
$ find . -name '*.c' -print
$ find . -name \*.c -print
バグ
POSIX が規定する find の動作には、 セキュリティ上の問題があって、 これを修正することはでき
ません。 たとえば、 アクション -exec は、 本質的に安全ではないため。 代わりに -execdir を
使ってください。
環境変数 LC_COLLATE は、 アクション -ok に対しては、 何の効果も及ぼしません。
バグ報告
GNU findutils オンラインヘルプ: <https://www.gnu.org/software/findutils/#get-help>
翻訳に関するバグ報告 <https://translationproject.org/team/>
その他の問題について GNU Savannah バグトラッカー経由での報告:
<https://savannah.gnu.org/bugs/?group=findutils>
GNU findutils パッケージのメーリングリスト bug-findutils において議論されている全般的なト
ピック:
<https://lists.gnu.org/mailman/listinfo/bug-findutils>
著作権
Copyright © 1990-2022 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.
関連項目
chmod(1), locate(1), ls(1), updatedb(1), xargs(1), lstat(2), stat(2), ctime(3)
fnmatch(3), printf(3), strftime(3), locatedb(5), regex(7)
完全なドキュメント <https://www.gnu.org/software/findutils/find>
またローカルにおいては info find により参照できます。
FIND(1)