.\" This manpage is Copyright (C) 1992 Drew Eckhardt; .\" and Copyright (C) 1993 Michael Haardt; .\" and Copyright (C) 1993,1995 Ian Jackson .\" and Copyright (C) 2006, 2014 Michael Kerrisk .\" .\" %%%LICENSE_START(VERBATIM) .\" Permission is granted to make and distribute verbatim copies of this .\" manual provided the copyright notice and this permission notice are .\" preserved on all copies. .\" .\" Permission is granted to copy and distribute modified versions of this .\" manual under the conditions for verbatim copying, provided that the .\" entire resulting derived work is distributed under the terms of a .\" permission notice identical to this one. .\" .\" Since the Linux kernel and libraries are constantly changing, this .\" manual page may be incorrect or out-of-date. The author(s) assume no .\" responsibility for errors or omissions, or for damages resulting from .\" the use of the information contained herein. The author(s) may not .\" have taken the same level of care in the production of this manual, .\" which is licensed free of charge, as they might when working .\" professionally. .\" .\" Formatted or processed versions of this manual, if unaccompanied by .\" the source, must acknowledge the copyright and authors of this work. .\" %%%LICENSE_END .\" .\" Modified Sat Jul 24 00:35:52 1993 by Rik Faith .\" Modified Thu Jun 4 12:21:13 1998 by Andries Brouwer .\" Modified Thu Mar 3 09:49:35 2005 by Michael Haardt .\" 2007-03-25, mtk, added various text to DESCRIPTION. .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .\" .\" Japanese Version Copyright (c) 1997 HANATAKA Shinya .\" all rights reserved. .\" Translated Fri Dec 12 00:15:52 JST 1997 .\" by HANATAKA Shinya .\" Updated & Modified Thu Feb 10 07:23:59 JST 2005 .\" by Yuichi SATO .\" Updated & Modified Fri Apr 22 03:21:04 JST 2005 by Yuichi SATO .\" Updated 2007-05-04, Akihiro MOTOKI , LDP v2.44 .\" Updated 2009-04-24, Akihiro MOTOKI , LDP v3.20 .\" Updated 2013-05-01, Akihiro MOTOKI .\" Updated 2013-05-06, Akihiro MOTOKI .\" .TH RENAME 2 2014\-08\-19 Linux "Linux Programmer's Manual" .SH 名前 rename, renameat, renameat2 \- ファイルの名前や位置を変更する .SH 書式 .nf \fB#include \fP .sp \fBint rename(const char *\fP\fIoldpath\fP\fB, const char *\fP\fInewpath\fP\fB);\fP .sp \fB#include \fP/* AT_* 定数の定義 */ \fB#include \fP .sp \fBint renameat(int \fP\fIolddirfd\fP\fB, const char *\fP\fIoldpath\fP\fB,\fP \fB int \fP\fInewdirfd\fP\fB, const char *\fP\fInewpath\fP\fB);\fP \fBint renameat2(int \fP\fIolddirfd\fP\fB, const char *\fP\fIoldpath\fP\fB,\fP \fB int \fP\fInewdirfd\fP\fB, const char *\fP\fInewpath\fP\fB, unsigned int \fP\fIflags\fP\fB);\fP .fi .sp .in -4n glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7) 参照): .in .sp \fBrenameat\fP(): .PD 0 .ad l .RS 4 .TP 4 glibc 2.10 以降: _XOPEN_SOURCE\ >=\ 700 || _POSIX_C_SOURCE\ >=\ 200809L .TP glibc 2.10 より前: .\" FIXME . need to define FTMs for renameat2(), once it hits glibc _ATFILE_SOURCE .RE .ad .PD .SH 説明 \fBrename\fP() はファイルの名前を変更し、必要ならばディレクトリ間の移動を行なう。 そのファイルに対する (\fBlink\fP(2) を使用して作られた) 他のハードリンク (hard link) には影響はない。 オープン済の \fIoldpath\fP に対するファイルディスクリプターにも影響はない。 \fInewpath\fP が既に存在する場合、それは不可分操作で (atomically) 置き換えられる (ただし、いくつかの条件がある; 以下の「エラー」のセクションを参照)。 そのため、 \fInewpath\fP にアクセスしようとしている他のプロセスがファイルを見失うことはない (訳註: 常にアクセス可能である)。 \fIoldpath\fP と \fInewpath\fP がどちらも既存のハードリンクで、同じファイルを参照している場合、 \fBrename\fP() は何も行わず、ステータスとして成功を返す。 \fInewpath\fP が存在し、何らかの理由で操作が失敗した場合、 \fBrename\fP() は \fInewpath\fP の実体を元のまま残すことを保証する。 \fIoldpath\fP にはディレクトリを指定することもできる。 この場合、 \fInewpath\fP は存在しないか、空のディレクトリでなければならない。 一方で、上書きを行なう場合は、rename が行なわれるファイルを \fIoldpath\fP と \fInewpath\fP の両方で参照できる瞬間がおそらく存在する。 \fIoldpath\fP がシンボリックリンク (symbolic link) を参照している場合は、 リンクの名前が変更される。 また、 \fInewpath\fP がシンボリックリンクを参照している場合は、リンクが上書きされる。 .SS renameat() \fBrenameat\fP() システムコールは \fBrename\fP() と全く同様に動作するが、以下で説明する点が異なる。 \fIoldpath\fP で指定されたパス名が相対パスの場合、このパス名はファイルディスクリプター \fIolddirfd\fP が参照するディレクトリに対する相対パスと解釈される (\fBrename\fP(2) に相対パス名を渡した場合のように、呼び出したプロセスのカレントワーキングディレクトリに対する相対パスではない)。 \fIoldpath\fP で指定されたパス名が相対パスで、 \fIolddirfd\fP が特別な値 \fBAT_FDCWD\fP の場合、 (\fBrename\fP(2) と同様に) \fIoldpath\fP は呼び出したプロセスのカレントワーキングディレクトリに対する相対パスと解釈される。 \fIoldpath\fP で指定されたパス名が絶対パスの場合、 \fIolddirfd\fP は無視される。 \fInewpath\fP の解釈は \fIoldpath\fP と同じである。 相対パスのパス名がファイルディスクリプター \fInewdirfd\fP が参照するディレクトリと解釈される点だけが異なる。 \fBrenameat\fP() の必要性についての説明については \fBopenat\fP(2) を参照。 .SS renameat2() \fBrenameat2\fP() には追加の \fIflags\fP 引き数がある。 \fIflags\fP 引き数が 0 の \fBrenameat2\fP() の呼び出しは \fBrenameat\fP() と等価である。 \fIflags\fP 引き数は、以下のフラグの 0 個以上のビットマスクである。 .TP \fBRENAME_NOREPLACE\fP rename の \fInewpath\fP を上書きしない。 \fInewpath\fP がすでに存在する場合エラーを返す。 .TP \fBRENAME_EXCHANGE\fP \fIoldpath\fP と \fInewpath\fP をアトミックに入れ換える。 両方のパス名が存在しなければならないが、 ファイル種別は異なっていてもよい (例えば、一方は空でないディレクトリで、もう一方はシンボリックリンクであるなど)。 .SH 返り値 成功した場合は 0 が返される。エラーの場合は \-1 が返され、 \fIerrno\fP が適切に設定される。 .SH エラー .TP \fBEACCES\fP \fIoldpath\fP または \fInewpath\fP を含んでいるディレクトリの書き込み許可がない。 または、 \fIoldpath\fP または \fInewpath\fP のディレクトリ部分のどれかに検索許可がない。 または、 \fIoldpath\fP がディレクトリで (\fI..\fP エントリーを更新するのに必要な) 書き込み許可がない (\fBpath_resolution\fP(7) も参照)。 .TP \fBEBUSY\fP \fIoldpath\fP または \fInewpath\fP がディレクトリで、何らかのプロセスが使用中 (多分、カレントワーキングディレクトリか、ルートディレクトリか、 読み込みのためにオープンされているかでろう) もしくは、システムが使用中 (例えばマウントポイントである) であり、システムがこれをエラーであると判断したために rename が失敗した。 (このような場合に \fBEBUSY\fP を返すことは規格では要求されていない点に注意すること。 このような場合に、rename をとにかく実行してみるのは何の問題もない。 ただし、そのような状況で、システムが他に返すエラーがない場合には \fBEBUSY\fP を返すことが許されている。) .TP \fBEDQUOT\fP ディスクブロックか inode がそのファイルシステムのユーザークォータに達していた。 .TP \fBEFAULT\fP \fIoldpath\fP や \fInewpath\fP がアクセス可能なアドレス空間の外を指している。 .TP \fBEINVAL\fP \fInewpath\fP が \fIoldpath\fP のパス部分を含んでいる。ディレクトリを自分自身のサブディレクトリに 変更しようとした場合がほとんどである。 .TP \fBEISDIR\fP \fInewpath\fP は存在しているディレクトリであるが、 \fIoldpath\fP はディレクトリでない。 .TP \fBELOOP\fP \fIoldpath\fP または \fInewpath\fP を解決する際に遭遇したシンボリックリンクが多過ぎる。 .TP \fBEMLINK\fP \fIoldpath\fP は既に最大数までのリンクを持っているか、それがディレクトリで \fInewpath\fP を含んでいるディレクトリが最大数までのリンクを持っている。 .TP \fBENAMETOOLONG\fP \fIoldpath\fP または \fInewpath\fP が長過ぎる。 .TP \fBENOENT\fP \fIoldpath\fP という名前のリンクが存在しない。 または、 \fInewpath\fP というディレクトリが存在しない。 または、 \fIoldpath\fP か \fInewpath\fP が空の文字列である。 .TP \fBENOMEM\fP 十分なカーネルメモリーがない。 .TP \fBENOSPC\fP そのファイルを含んでいるデバイスに新しいディレクトリエントリーを 作成するための空きがない。 .TP \fBENOTDIR\fP \fIoldpath\fP か \fInewpath\fP に含まれているディレクトリ部分が 実際にはディレクトリでない。 または \fIoldpath\fP がディレクトリで、 \fInewpath\fP が存在してディレクトリでない。 .TP \fBENOTEMPTY または EEXIST\fP \fInewpath\fP が空でないディレクトリである。すなわち "." と ".." 以外を含んでいる。 .TP \fBEPERM\fP または \fBEACCES\fP \fIoldpath\fP のあるディレクトリにスティッキービット (sticky bit) (\fBS_ISVTX\fP) が設定されており、 プロセスの実効ユーザー ID が 削除しようとするファイルのユーザー ID と そのファイルを含むディレクトリのユーザー ID のいずれとも一致せず、かつ プロセスに特権がない (Linux では \fBCAP_FOWNER\fP ケーパビリティ (capability) がない)。 または、 \fInewpath\fP がすでに存在するファイルで、親ディレクトリにスティッキービットが設定されており、 プロセスの実効ユーザー ID が 置き換えようとするファイルのユーザー ID と そのファイルを含むディレクトリのユーザー ID のいずれとも一致せず、かつ プロセスに特権がない (Linux では \fBCAP_FOWNER\fP ケーパビリティがない)。 または \fIoldpath\fP と \fInewpath\fP が存在するファイルシステムが、要求された種類の名前の変更を サポートしていない。 .TP \fBEROFS\fP ファイルが読み込み専用のファイルシステムに存在する。 .TP \fBEXDEV\fP \fIoldpath\fP と \fInewpath\fP が同じマウントされたファイルシステムに存在しない。 (Linux は 1 つのファイルシステムを複数のマウント位置に マウントすることを許可している。 しかし \fBrename\fP() は、たとえ同じファイルシステムであっても、 別々のマウント位置を跨いでは動作しない。) .PP \fBrenameat\fP() と \fBrenameat2\fP() では以下のエラーも発生する。 .TP \fBEBADF\fP \fIolddirfd\fP か \fInewdirfd\fP が有効なファイルディスクリプターでない。 .TP \fBENOTDIR\fP \fIoldpath\fP が相対パスで、 \fIolddirfd\fP がディレクトリ以外のファイルを参照している。または \fInewpath\fP と \fInewdirfd\fP に関して同じ状況である。 .PP \fBrenameat2\fP() では以下のエラーも発生する。 .TP \fBEEXIST\fP \fIflags\fP に \fBRENAME_NOREPLACE\fP が指定されているが、 \fInewpath\fP がすでに存在する。 .TP \fBEINVAL\fP \fIflags\fP に無効なフラグが指定された。 \fBRENAME_NOREPLACE\fP と \fBRENAME_EXCHANGE\fP の両方が指定された。 .TP \fBEINVAL\fP \fIflags\fP にファイルシステムでサポートされていないフラグが指定された。 .TP \fBENOENT\fP \fIflags\fP に \fBRENAME_EXCHANGE\fP が指定されたが、 \fInewpath\fP が存在しない。 .SH バージョン \fBrenameat\fP() はカーネル 2.6.16 で Linux に追加された。 ライブラリによるサポートはバージョン 2.4 で glibc に追加された。 .\" FIXME . glibc support is pending. \fBrenameat2\fP() はカーネル 2.6.16 で Linux に追加された。 .SH 準拠 \fBrename\fP(): 4.3BSD, C89, C99, POSIX.1\-2001, POSIX.1\-2008. \fBrenameat\fP(): POSIX.1\-2008. \fBrenameat2\fP() は Linux 固有である。 .SH 注意 .SS "glibc での注意" \fBrenameat\fP() が利用できない古いカーネルでは、 glibc ラッパー関数は \fBrename\fP() を使用するモードにフォールバックする。 \fIoldpath\fP と \fInewpath\fP が相対パスの場合、 glibc は \fIolddirfd\fP と \fInewdirfd\fP 引き数に対応する \fI/proc/self/fd\fP のシンボリックリンクに基づいてそれぞれパス名を構成する。 .SH バグ NFS ファイルシステムでは、操作が失敗したからといって、 ファイルの名前が変更できなかったと決めてかかることはできない。 サーバが rename 操作を終えてからクラッシュした場合、 サーバが再び立ち上がったときに、 再送信された RPC が処理されるが、これは失敗となる。 アプリケーションはこの問題を正しく取り扱うことが期待されている。 同様の問題について \fBlink\fP(2) にも書かれている。 .SH 関連項目 \fBmv\fP(1), \fBchmod\fP(2), \fBlink\fP(2), \fBsymlink\fP(2), \fBunlink\fP(2), \fBpath_resolution\fP(7), \fBsymlink\fP(7) .SH この文書について この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.79 の一部 である。プロジェクトの説明とバグ報告に関する情報は http://www.kernel.org/doc/man\-pages/ に書かれている。