proc (procfs)

system 부팅시 /proc 을 마운트 하는데 이것을 위한 최선의 방법은 /etc/fstab에 추가하는 것이다.

#procfs mount point; none /procproc defaults 그리고 나서
/etc/rc/ scripts 에서 mount /proc을 실행하자. procfs는 이제 대부분의 커널에서 기본으로 지원한다.

///////////

참고로 /proc 같은 디렉토리는 가상파일시스템을 사용합니다.
루트나 /usr /var 나 임의의 유저추가 디렉토리경우 diskbasr filesystem이라해서 대체적으로 ufs파일시스템을 사용하죠..
/proc의 경우 procfs라는 파일시스템을 사용합니다.

/proc에는 기본적으로 각 프로세서의 대한 정보를 가지고 있는 숫자로된 파일을 자동생성하고 보관하게 됩니다.
커널이 관리하기 때문에 기본적으로 사용자가 그안에서 파일을 수정하거나 생성할수 없습니다.
예를들어 #sleep 1000 & 이렇게 명령을 주시면 백그라운드로 슬립이라는 작업을 진행하게 됩니다.


#ps -ef |grep sleep 이렇게 주면 sleep의 프로세서넘버(PID)를 확인할수 있고 그 번호를 기억하고 /proc로 가서 ls로 확인해보시면 같은 번호의 파일이 생성된것은 확인할수 있으실 겁니다...

#pkill -9 sleep 해서 sleep을 종료시키면 ./proc에 있었던 그 파일은 없어지게 됩니다.
/proc안에 파일중 하드링크가 걸려있는 파일은 전 못찾겠습니다.
/etc/안에도 하드링크는 별로 없고 주로 심볼릭 링크파일만 가득하군요...

/proc 와 /etc의 어떤 파일이 하드링크가 걸려있다는 것인지 궁금합니다.

다 알고 계시면서 질문을 하시네요 서로 파티션이 다르니 하드링크가 걸리지 않습니다.
이럴댄 심볼릭링크를 사용하시면 되구요..

inode가 같은 파일이 다른 파일 시스템안에 각각 존재하였다라는 말씀같은데 다른 파일시스템이기 때문에 inode값이 서로 같지만 서로 시스템이 다르기 때문에 하드링크가 아닌것이 되겠죠..

예로 A라는 파일시스템에 inode가 100번이 있을수 있구요 ,,,B라는 시스템에 역시 100이 있을수 있는것이겠죠...왜냐하면 서로 다르기때문에 간섭을 받지 않으니 말이죠..

A에서 100번이 있다고 해서 B에서 100을 못쓰지 않는다는 것이죠..

암튼....

각 파일 시스템마다 inodetable 각각 존재한다고 알고 있습니다..그럼..