Linux 파일 시스템 계층 구조(FHS)에는 중요한 디렉토리가 많이 포함되어 있습니다. 예를 들어, /sys/class/inputPS/2 키보드 설정을 가지고 놀다가 이것을 발견했습니다.
그러나 이 중요한 디렉토리는 모두 다른 곳에 기록되어 있어 man /sys/class/input특정 순간에 무슨 일이 일어났는지 설명하는 것이 불가능합니다.
README사람들이 특정 수준에서 무슨 일이 일어나고 있는지 이해하고 거기에 있는 것을 더 쉽게 사용할 수 있도록 파일을 계층 구조에 배치하는 것은 어떨까요 ? 장치가 자체적으로 탑재될 수 있다면 좋을 것입니다 README.
답변1
귀하의 예를 사용하면 /sys/"실제" 파일은 포함되지 않지만 커널에서 전적으로 제공됩니다. 모든 추가 정보 파일을 커널의 일부로 포함하시겠습니까? 당신은 모를 수도 있습니다.
문서는 /usr/share/doc하드 드라이브의 일반 파일이 포함된 . 커널 소스 에 대한 /sys일부 문서 /proc는 커널 소스에 있습니다 /usr/src/linux/Documentation(커널 소스를 설치하고 현재 커널에 대한 심볼릭 링크를 생성한 경우).
답변2
Unix와 Linux에는 수십 년 동안 문서화하는 전통이 있기 때문입니다.man페이지(그리고 GNU 시스템에서는info문서...). 바라보다남자(1),남자(7),매뉴얼 페이지(7). 그런데 man명령과 페이지는 다음과 같습니다.임의로 선택할 수 있는(그리고 모든 Unix 시스템에 설치하지는 않습니다).
파일 시스템 계층 구조는 다음에 설명되어 있습니다.슈페리어(7).
그 정의는파일 시스템 계층 표준다음과 같이 사용할 수 있습니다.https://wiki.linuxfoundation.org/lsb/fhs
특히 여러 파일 시스템 /proc/(참조:공정(5)) 그리고 /sys/봐라시스템 파일 시스템(5))은 커널 코드에서 제공하는 의사 파일 시스템입니다. README-s(대부분의 사용자에게는 쓸모가 없음)를 생성하는 추가 코드로 커널을 부풀리고 싶지는 않습니다 . 커널 구성 파일조차도선택적으로/proc/config.gz자주 이용 가능장애가 있는대부분의 커널 구성에서. 많은 Linux 시스템은 리소스가 매우 부족하고 낭비를 피할 수 없는 임베디드 시스템(예: 스마트폰, 스마트 장치 또는 IoT 장치, RaspberryPI)입니다.
/sys/낮은 수준의 유틸리티를 작성하는 시스템 관리자와 개발자에게 가장 유용하며 두 사람 모두 적절한 문서를 찾을 수 있어야 한다는 점은 주목할 가치가 있습니다 .
README사람들이 무슨 일이 일어나고 있는지 더 쉽게 이해할 수 있도록 파일을 계층 구조로 배치하는 것은 어떨까요?
정말로 이것을 원한다면 README직접 써보세요로드 가능한 커널 모듈제공하거나 일부 설정동맹제공하세요. 나는 그것이 노력할 가치가 있다고 생각하지 않습니다(그리고 Unionfs를 켜면 /sys전체 시스템 속도가 느려질 수 있습니다).
커널 코드는 RAM을 소비한다는 점을 명심하십시오.물리적가상 메모리가 아닌 메모리), 사용하지 않더라도 마찬가지입니다. 그러므로 부풀어 오르지 않도록하는 것이 합리적입니다.