Warning: utmp 는 쓰기가 가능하지 않아야 한다. 왜냐하면 많은 프로그램 들이 (어리석게도) 이것의 완전하리라 생각하기 때문이다. utmp 를 쓰기가능 상태로 두면, 가짜 시스템 로그파일이 생길 수도 있고, 시스템 파일이 변경 될 수도 있다.
이 파일은 안에 포함된 파일에 선언된 구조에 따른 엔트리의 시퀀스이다. (이것은 여러 정의 중 하나임을 명심하자; 자세한 것은 libc의 버전에 따라 다르다.):
#define BOOT_TIME 2
#define NEW_TIME 3
#define OLD_TIME 4
#define INIT_PROCESS 5
#define LOGIN_PROCESS 6
#define USER_PROCESS 7
#define DEAD_PROCESS 8
#define ACCOUNTING 9
#define UT_LINESIZE 12
#define UT_NAMESIZE 32
#define UT_HOSTSIZE 256
struct exit_status {
short int e_termination; /* process termination status. */
short int e_exit; /* process exit status. */
};
struct utmp {
short ut_type; /* type of login */
pid_t ut_pid; /* pid of login process */
char ut_line[UT_LINESIZE]; /* device name of tty - "/dev/" */
char ut_id[4]; /* init id or abbrev. ttyname */
char ut_user[UT_NAMESIZE]; /* user name */
char ut_host[UT_HOSTSIZE]; /* hostname for remote login */
struct exit_status ut_exit; /* The exit status of a process
marked as DEAD_PROCESS. */
long ut_session; /* session ID, used for windowing*/
struct timeval ut_tv; /* time entry was made. */
int32_t ut_addr_v6[4]; /* IP address of remote host. */
char pad[20]; /* Reserved for future use. */
};
/* Backwards compatibility hacks. */
#define ut_name ut_user
#ifndef _NO_UT_TIME
#define ut_time ut_tv.tv_sec
#endif
#define ut_xtime ut_tv.tv_sec
#define ut_addr ut_addr_v6[0]
첫번째 엔트리는 항상 inittab(5)를 실행하는 init(8)로 인한 결과를 생성한다. 엔트리가 실행되기 전에, init(8)는 ut_type를 DEAD_PROCESS로 설정하고, ut_type는 DEAD_PROCESS나 RUN_LVL가 아니고, PID ut_pid로 실행하는 것이 없는 각각의 기록을 위해,ut_user, ut_host, ut_time을 null 바이트로 지움으로써 utmp를 지운다. 필요한 ut_id 에 빈 기록을 찾을 수 없다면, init는 새로운 것을 만든다. 이것은 inittab, ut_pid, ut_time로부터 ut_id을 현제 값으로, ut_type을 INIT_PROCESS로 설정한다.
getty(8)는 pid로 엔트리를 찾고, ut_type를 LOGIN_PROCESS로 바꾸고, ut_time을 바꾸고, ut_line을 설정하고, 접속을 기다린다. 믿을 수 있음이 증명된 후에, login(8)은 ut_type을 USER_PROCESS로 바꾸고, ut_time을 바꾸고, ut_host와 ut_addr을 설정한다 getty(8)와 login(8)에 따라, 기록은 적당한 ut_pid 대신, ut_line으로 발견된다.
init(8)는 프로세스가 종료된 것을 발견하면, utmp 항목을 ut_pid 옆에
위치시키고, ut_type를 READ_PROCESS으로 설정하며, ut_user,
ut_host 그리고 ut_time를 null 바이트로 소거한다.
xterm(1)와 다른 터미널 에뮬레이터는 USER_PROCESS 기록을 만들고,
/dev/ttyp%c의 마지막 두문자를 사용하거나, /dev/pts/%d에
대한 p%d를 사용함으로서, ut_id를 생성시킨다. 만일 이들이 이 ID에 대한
DEAD_PROCESS를 발견한다면, 그들은 이를 재사용할 것이고, 그렇지 않으면, 새로운 엔트리를
만든다. 만일 발견할 수 있다면, 그 아이디를 DEAD_PROCESS로서 표기하고, 이들은 또한
ut_line, ut_time, ut_user 그리고 ut_host로 null 처리한다.
할당된 터미널이 없으면, xdm(8)는 utmp 기록을 만들어서는 안된다. 이를 하나 만들도록 허용하는 것은 다음과 같은 문제들의 원인이 된다. 핑거(finger), /dev/machine.dom을 시작할 수 없다. 그러나, ftpd(8)가 하는 것처럼 wtmp 엔트리를 만들어야 한다.
telnetd(8)은 LOGIN_PROCESS 엔트리를 설정하고, login(8) 나머지 부분은
보통과 같이 남겨둔다. 텔넷 세션이 끝난후, telnetd(8)는 utmp는 설명한 방식으로 소거한다.
wtmp 파일은 모든 로그인과 로그아웃을 기록한다. 이 파일의 포맷은 널 사용자 이름이
관련된 터미널에서 로그아웃을 가리키는 것을 제외하고는 거의 utmp과 비슷하다. 더욱이,
사용자 이름 "shutdown" 혹은 "reboot"을 지닌 터미널 이름 "~"은 시스템
셧다운 혹은 리부트를 가리키고, 터미널 이름쌍 "|"/"}"은 date(1)이 이를
변경시킬 때, 오래된/새로운 시스템을 로그로 기록한다. wtmp은 login(1),
init(1), WfIgetty(1)의 일부 버전에 의해 유지된다. 이러한 프로그램들중 하나도 파일을
만들지 못하므로, 만일 삭제되면, 기록 유지는 되지 않는다.
SYSV는 이들을 표시하기 위해 오직 유형 필드를 사용하고, 행 필드내에 "new time"와 같은 정보성 메시지들을 기록한다. UT_UNKNOWN는 리눅스에서만 볼 수 있는 것 같다.
이 파일을삭제함으로서 utmp 로깅이 보이는 다양한 다른 시스템들과는 달리, utmp는 리눅스 상에서 항상 존재한다. 만일 여러분이 who(1)의 기능을 정지시키면, utmp 영역이 읽혀지지 않도록 해야 한다.
libc5에서 utmp 구조체는 libc6내에서 변경되었다는 것을 참조하라. 이 때문에, 이전의 libc5 구조체를 사용하는 바이너리들은 .IR /var/run/utmp 과 /var/log/wtmp를 붕괴시킨다. 데비안 시스템들은 새로운 utmp 포맷을 사용하는 패치된 libc5를 포함한다. libc5에서 직접 액세스되기 때문에, utmp에 있어 문제는 여전히 존재한다.