RMUSER(8)

명칭
rmuser - 시스템으로부터 유저를 삭제한다

서식
rmuser [-y] [username]

해설
rmuser 유틸리티 (은)는 이하를 실시합니다.

1.  유저의 crontab(1) 엔트리 (존재하면)를 삭제합니다.

2.  유저의 at(1) 작업을 삭제합니다.

3.  유저가 소유하는 전프로세스에 SIGKILL 를 보냅니다.

4.  시스템의 로컬 패스워드 파일로부터 유저의 엔트리를 삭제합니다.

5.  홈 디렉토리가 유저 소유이면 삭제합니다. 이 때, 실제의 홈 디렉토리까지의 패스에 존재하는 기호 연결 도 삭제합니다.

6.  /var/mail 보다 , 존재하면 입력 메일과 pop demon의 메일 파일을 삭제합니다.

7.  유저가 소유하는 전파일을 /tmp, /var/tmp, /var/tmp/vi.recover, (으)로부터 삭제합니다.

8.  유저명을 /etc/group 의 모든 그룹으로부터 삭제합니다. (그룹이 하늘에든지 한편 그룹명과 유저명이 동일하면, 그룹도 삭제됩니다. 이것은, adduser(8) 하지만 유저 1 명에 대해서 유일한 그룹을 주고 있기 (위해)때문입니다).

rmuser 유틸리티는, 유저 id 가 0 인 유저 (전형적으로는 root 입니다)의 삭제는 정중하게 거부합니다. 이 사양은, 어느 동작 (즉, 유저의 전프로세스를 죽이거나 유저의 홈 디렉토리를 삭제하는 것)가 실행 시스템에 데미지를 줄 수 있는 것을 고려하고 있습니다. 유저 id 가 0 인 유저를 삭제하는 것이 필요한 경우는, vipw(8) (을)를 참조해, 패스워드 파일을 직접 편집하는 방법을 조사해 주세요. 이것에 의해, 소망의 유저의 passwd(5) 엔트리를 수동으로 삭제 가능합니다.

「단언적」으로 실행되어 있지 않은 경우 (즉 -y 옵션이 지정되어 있지 않은 경우)는, rmuser (은)는, 선택된 유저의 패스워드 파일 엔트리를 표시해, 정말로 지우고 싶은 유저인지 묻습니다. 유저의 홈 디렉토리가 유저 소유이면, rmuser (은)는 유저의 홈 디렉토리 이하의 모두를 지워도 괜찮은 것인지 어떤지 신 있습니다.

rmuser 의 동작중, 현재 무엇을 하고 있을까를 유저에게 알립니다. 에러가 발생하면(자), 표준 에러 출력에 그것을 표시해, rmuser 하지만 동작 계속 가능하면 동작을 계속합니다.

이하의 옵션이 이용 가능합니다.

-y  단언합니다 - 거론되는 질문은 모두 단언 (즉 긍정)합니다. 이 옵션을 지정하는 경우에는 유저명도 지정할 필요가 있습니다.

username
    소거하는 유저를 지정합니다. 지정되어 있지 않으면, rmuser (은)는, 대화적으로 소거하는 유저를 찾습니다.

관련 파일
/etc/master.passwd
/etc/passwd
/etc/group
/etc/spwd.db
/etc/pwd.db

관련 항목
at(1), chpass(1), crontab(1), finger(1), passwd(1), group(5), passwd(5), adduser(8), pwd_mkdb(8), vipw(8)

역사
rmuser 유틸리티는, FreeBSD 2.2 (으)로부터 도입되었습니다.

버그
rmuser 유틸리티는, 포괄적으로 파일 시스템을 검색해 삭제된 유저의 전파일을 지우는 것은 아닙니다; 모든 규모의 시스템에 대해도 이러한 일을 해 버리면(자), 불합리할 만큼(정도) 늦어져 I/O 부하가 걸립니다. 또, rmuser 유틸리티는, 유저가 /tmp (이)나 /var/tmp 에 작성한 기호 연결을 삭제할 수 없습니다. 왜냐하면, 4.4BSD 파일 시스템에서는 신보리크리크를 누가 작성했는지의 정보 (을)를 가지지 않기 때문입니다. 게다가 /var/mail 에는, /var/mail/username 그렇지만 /var/mail/.pop.username 도 아닌 파일로, 삭제된 유저 소유는 아니기는 하지만, 삭제해야 할 파일이 있을지도 모릅니다.

rmuser 유틸리티는 NIS (Yellow Pages)에 대해서는 아무것도 모르기 때문에, 로컬 패스워드 파일 에 대해서만 동작합니다.