Linux Certif

Toute la documentation sur la certification Linux LPI

chmod

이름

chmod, fchmod - 파일의 권한 변경.

사용법

#include <sys/types.h>
#include <sys/stat.h>

int chmod(const char *path, mode_t mode);
int fchmod(int fildes, mode_t mode);

설명

path나 fildes참조에 의해 주어진 파일의 모드를 바꾼다. 모드는 아래와 같이 or'ing에의해 설명할 수 있다;

S_ISUID

04000 실행을 위한 사용자 ID설정.

S_ISGID

02000 실행을 위한 그룹 ID설정.

S_ISVTX

01000 스티키 비트.

S_IRUSR (S_IREAD)

04000 읽기.

S_IWUSR (S_IWRITE)

02000 쓰기.

S_IXUSR (S_IEXEC)

00100 실행/찾기

S_IRGRP

00040 그룹에 의한 읽기

S_IWGRP

00020 그룹에 의한 쓰기.

S_IXGRP

00010 그룹에 의한 실행/찾기.

S_IROTH

00004 다른사람이 읽기 00004 read by others

S_IWOTH

00002 다른사람이 쓰기

S_IXOTH

00001 다른사람이 실행/찾기.

프로세스의 유효 UID는 0이거나 파일의 소유자와 같아야 한다. 프로세스의 유효UID가 0이 아니고 파일의 그룹이 프로세스의 그룹 유효ID나 추가 그룹 ID중 하나가 다르다면 S_ISGID 비트가 꺼질것이다. 하지만 이것은 에러를 유발하지 않는다.
  NFS파일 시스템에서 접근제어는 서버가 하기 때문에 권한 제한은 이미 열린 파일에 영 향을 줄것이지만, 열린 파일은 클라이언트가 다루게 된다.

반환값

성공시, 0을 반환한다. 실패시, -1을 반환하고 errno가 적절히 설정된다.

에러

EPERM

유효 UID가 파일의 소유자와 같지 않고 0이 아니다.

EROFS

파일이 read-only 파일시스템상에 위치했다.

EFAULT

path 가 접근 불가 공간에 있다.

ENAMETOOLONG

path 가 너무 길다.

ENOENT

파일이 없다.

ENOMEM

커널 메모리가 부족하다.

ENOTDIR

path가 디렉토리가 아니다.

EACCES

찾기 권한이 없다.

ELOOP

링크가 너무 많다. path.

EIO

I/O 에러.

fchmod의 일반적인 에러는 아래와 같다:

EBADF

파일 디스크립터 fildes가 적절하지 않다.

EROFS

위 참고.

EPERM

위 참고.

EIO

위 참고.

호환

chmod 명령은 SVr4, SVID, POSIX, X/OPEN, 4.4BSD에 따른다. SVr4, EINTR, ENOLINK, EMULTIHOP는 반환하지만 ENOMEM은 반환하지 않는다.

fchmod 명령은 4.4BSD와 SVr4에 따른다.

관련 항목

open(2), chown(2), execve(2), stat(2)

역자

ASPLINUX<man@asp-linux.co.kr>, 2000년 7월 29일