나는이 링크 http://www.ibm.com/developerworks/linux/library/l-proc.html/proc 파일 시스템의 장점
통해 온, 나는 그것의 주요 장점은 커널 공간에 거주하는 것을 수 있음을 알게되었습니다. 그러나 사용자 공간 프로그램은 적절한 권한을 가지고 있다면 여전히 쓸 수 있습니다. 나는 정말로 무슨 일이 벌어지고 있는지 이해하지 못한다. 아무도 설명 할 수 있을까?
나는이 링크 http://www.ibm.com/developerworks/linux/library/l-proc.html/proc 파일 시스템의 장점
통해 온, 나는 그것의 주요 장점은 커널 공간에 거주하는 것을 수 있음을 알게되었습니다. 그러나 사용자 공간 프로그램은 적절한 권한을 가지고 있다면 여전히 쓸 수 있습니다. 나는 정말로 무슨 일이 벌어지고 있는지 이해하지 못한다. 아무도 설명 할 수 있을까?
커널에 대한 파이프로/proc가 있어야합니다. 커널 매개 변수를 수정하고 어떤 커널이 현재 수행 중인지 확인할 수 있습니다.
감사 파일 시스템은 당신이 기대하는 모든 작업을 제공하는 시스템의 일련의 호출을 통해 구현되는 리눅스에서
open
, close
, read
, write
, 그런 종류의.
커널은 이러한 호출을 기본 파일 시스템 구현에 매핑하는 방법을 제공합니다. 이 매핑 계층은 VFS라고하며이를 설명하는 페이지가 많이 있습니다 (예 : the VFS Tour).
모든 파일 시스템이 반드시 회전 디스크 또는 영구 저장 매체에 존재하는 것은 아닙니다. 앞에서 말했듯이/proc은 완전히 기억에 남습니다. read
및 write
과 같은 기능을 구현하면 Linux 커널의 다양한 측면에 액세스 할 수 있습니다.
Ok .. 여기에 약간의 관찰이있다 .- 나는/proc/filename에 되풀이되지만, 나는 (내가 echo했을 때 root 임) 권한을 거부 당했다. 그러나 파일을 열고 그것을 쓰는 ac 프로그램을 실행할 때, 그 값은 얻는다./proc에 기록됩니다. 나는 여기에서 일어나는 것에 대해 우둔 해! –
"sudo echo blah>/proc/filename"과 같은 작업을 수행 했습니까? 이 경우 "echo blah"부분 만 출력 리디렉션이 아닌 루트로 실행됩니다. – sjr
아 .. !! 훌륭한!! 그런데 누군가 666이라는 파일을 열었습니다. 그리고 그 후에도 문제가 지속됩니다! –
/proc이 명명 된 파이프라고 말하는 것입니까? –
커널과 통신하는 방법. – Sacx