시스템 폴더는 사용자가 액세스할 수 없는 폴더입니다. 지원 및 리소스를 제공하여 애플리케이션과 운영 체제 실행을 돕습니다. 사용자가 응용 프로그램과 프로그램을 통해 호스트를 조작할 수 있도록 하는 계층입니다. 일부는 숨겨져 있고 일부는 숨겨져 있지 않지만 거의 모든 것이 어떤 방식으로든 사용자가 액세스할 수 있습니다.
그러나 다른 시스템 폴더는 무엇입니까? "bin"은 무엇이며 컴퓨터에 어떤 도움이 됩니까? 아래에서 가장 일반적으로 참조되는 시스템 폴더를 살펴보겠습니다.
Mac의 "/System" 폴더 자체에는 많은 내용이 포함되어 있지 않습니다. 다른 더 깊은 시스템 폴더로 이동하기 전에 먼저 내용을 살펴보겠습니다.
참고 :시스템 폴더 및 파일에 추가, 제거 또는 수정하지 마십시오. 안전하게 탐색할 수 있지만 파일을 추가, 제거 또는 수정하거나 폴더 자체를 변경하면 예측할 수 없는 결과가 발생할 수 있으며 때로는 시스템이 중단될 수도 있습니다. 실험을 해야 하는 경우 계속하기 전에 Mac의 부팅 가능한 클론을 만드십시오.
라이브러리 폴더:/System/Library 및 ~/Library
라이브러리 폴더는 사용자에게 가장 가깝습니다. 그들은 응용 프로그램에 의해 생성되고 응용 프로그램은 작업 과정에서 파일을 추가, 제거 및 수정합니다. 솔직히 말해서 여기의 조직 프로세스는 약간 혼란스러울 수 있습니다. 응용 프로그램은 기본적으로 라이브러리에 파일을 배치할 때 원하는 작업을 자유롭게 수행할 수 있지만 대부분은 상당히 유사한 프로세스를 따릅니다.
사용자 라이브러리 폴더("~/Library"에 있음)와 시스템 라이브러리 폴더("/System/Library"에 있음)에서 매우 다양한 파일과 폴더를 찾을 수 있습니다. 이 파일은 기본 설정, 애플리케이션 데이터베이스, 메타데이터, 플러그인, 저장된 애플리케이션 상태, 시스템 프로필, 쿠키 등을 저장합니다.
응용 프로그램 지원
"~/Library/Application Support" 폴더는 가장 자주 접근하는 Library 폴더입니다. 여기에서 응용 프로그램은 작업에 필요한 파일을 저장합니다. 사용자의 데이터 폴더와 별도로 이러한 파일을 분리하여 오염이나 수정을 방지할 수 있습니다.
사용자가 이 폴더에 접근하면 기본 설정에서 지원하지 않는 방식으로 프로그램이 작동하는 방식을 변경하거나 일종의 캐시 또는 데이터베이스 오류를 수정하기 위한 것입니다. 프로그램의 Application Support 폴더를 제거하는 것은 프로그램을 기본 상태로 재설정하고 강제로 새로 시작하는 좋은 방법입니다. 그리고 애플리케이션을 해킹하고 싶다면 머지 않아 해당 프로그램의 Application Support 폴더에 있는 자신을 발견하게 될 것입니다.
/System/Library와 ~/Library의 차이점은 무엇입니까?
macOS에 두 개의 라이브러리 폴더가 필요한 이유는 무엇입니까? 시스템 라이브러리는 시스템 전체의 요구 사항에 따라 모든 사용자가 사용합니다. 모든 사용자가 액세스할 수 있습니다. 반면에 사용자 라이브러리는 해당 특정 사용자만 액세스할 수 있습니다.
유닉스 폴더:/bin, /sbin, /usr, /var, /private
macOS는 Unix 커널 위에 구축됩니다. 이것은 많은 심층 기능이 Unix 기능을 기반으로 함을 의미합니다. 따라서 상위 수준의 macOS 시스템 폴더 외에도 Unix 폴더도 찾을 수 있습니다. 이러한 폴더는 일반적으로 숨겨져 있으므로 둘러보기를 따르려면 숨겨진 파일을 표시해야 합니다.
홈 디렉토리에서 꽤 많은 Unix 폴더를 찾을 수 있습니다. 가장 주목할만한 것은 "/bin" 및 "/sbin", "/usr", "/var" 및 "/private"입니다.
"/bin" 및 "/sbin"은 모두 바이너리를 보유합니다. "sbin"은 파일 시스템이 마운트되지 않은 경우에도 시스템을 부팅, 복원, 복구 및 복구하는 데 필요한 바이너리를 보유합니다. "/bin"은 기본적으로 모든 사용자가 사용할 수 있는 사용자 명령을 보유합니다. "bin"은 bin을 의미합니다. aries 및 "sbin"은 s를 나타냅니다. 시스템 빈 양자리.
macOS에서 "/sbin"에 있는 대부분의 파일 시스템 마운트 바이너리는 "/System/Library/Filesystems" 폴더에 있는 macOS 파일 시스템 플러그인에 심볼릭 링크되어 있습니다.
"/usr"에는 정상적인 시스템 작동 중에 사용되는 바이너리와 라이브러리가 포함되어 있습니다. 여기의 파일은 파일 시스템이 마운트된 후에 사용됩니다. "usr"은 "user" 또는 U의 약자입니다. nix S 시스템 R 자원.
"/var"에는 캐시, 데이터 라이브러리 및 로그와 같이 시스템이 작업 과정에서 쓰는 파일이 포함됩니다. Var는 var를 나타냅니다. 가능하며 일반적으로 코어 수준 시스템 응용 프로그램에서만 작성됩니다. macOS에서 "/var"는 "/private/var"에 심볼릭 링크됩니다.
"/private"에는 데몬 및 명령줄 도구 구성, 캐시, 변수, 가상 메모리 스왑 파일, 임시 파일 및 절전 이미지가 포함됩니다. "/etc" 및 "/tmp"와 같은 일부 Unix 시스템 폴더는 내용에 대해 /private의 동일한 이름의 디렉토리에 심볼릭 링크되어 있습니다.
이 폴더의 내용에 대해 알고 싶다면 Mac의 Unix 폴더에 대한 자세한 분석을 확인하세요.
확장 프로그램
Hackintosh를 구축한 적이 있다면 "System/Library/Extensions"에 대해 들어본 적이 있을 것입니다. 일반적으로 "S/L/E"로 약칭되는 이 폴더에는 macOS 커널의 기능을 확장하는 "kext" 또는 커널 확장이 포함되어 있습니다. kext를 추가하면 macOS 커널이 새 하드웨어와 통신하는 데 도움이 됩니다. Windows 기반 사용자라면 kext는 드라이버와 같습니다.
이 폴더의 내용을 수정하는 것은 까다로운 작업이므로 신중한 권한 관리가 필요합니다. macOS에서 kext를 추가하거나 제거하려면 올바르게 했는지 확인하세요.
에이전트 및 데몬
데몬과 에이전트는 백그라운드에서 실행되어 사용자의 상호 작용 없이 작업을 수행합니다. 특이한 이름("악마"로 발음)은 Maxwell의 데몬에서 유래했습니다.
데몬은 시스템 작업을 수행하고 루트에 의해 실행되는 반면 에이전트는 현재 로그인한 사용자가 실행합니다. 전역 에이전트 및 데몬은 모든 사용자를 대신하여 액세스하고 실행할 수 있지만 사용자 에이전트는 라이브러리 파일을 소유한 사용자를 대신해서만 실행할 수 있습니다.
- “~/Library/LaunchAgents”에는 로그인한 사용자를 대신하여 실행되는 사용자 에이전트가 포함되어 있습니다.
- "/Library/LaunchAgents"에는 로그인한 사용자를 대신하여 실행되는 전역 에이전트가 포함되어 있습니다.
- "/System/Library/LaunchAgents"에는 로그인한 사용자를 대신하여 실행되는 시스템 에이전트가 포함되어 있습니다.
- "/Library/LaunchDaemons"에는 루트가 실행하는 전역 데몬이 포함되어 있습니다.
- "/System/Library/LaunchDaemons"에는 루트가 실행하는 시스템 데몬이 포함되어 있습니다.
명령줄 프로그램 launchctl을 사용하여 새 데몬을 만들고 기존 데몬을 구성할 수 있습니다.
결론
다른 사용자가 아닌 폴더가 Mac에 숨겨져 있지만 위의 폴더가 가장 일반적으로 액세스됩니다. Unix와 유사한 파일 및 디렉터리 배치에 대한 요구 사항과 지침을 설명하는 Filesystem Hierarchy Standard를 확인하여 Unix 파일 시스템이 구성되는 방식에 대해 자세히 알아볼 수 있습니다.