FHS 호환 장착 지점이 어떤 용도로 사용되는지 알고 싶습니다.내부 하드 드라이브그리고 네트워크 공유예? 다양한 튜토리얼에서는 하위 디렉토리에 설치하는 것을 권장합니다 /mnt./media
~에 따르면플라잉 3.0(파일 계층 표준):
/media:이동식 미디어의 마운트 지점(이 디렉토리에는 플로피 디스크, CDROM 및 Zip 디스크와 같은 이동식 미디어에 대한 마운트 지점 역할을 하는 하위 디렉토리가 포함되어 있습니다.)/mnt: 파일 시스템을 임시로 마운트할 마운트 지점(이 디렉터리는 시스템 관리자가 필요에 따라 파일 시스템을 임시로 마운트할 수 있도록 제공됩니다. 이 디렉터리의 내용은 로컬 문제이며 프로그램 실행 방식에 영향을 주어서는 안 됩니다.)
이러한 마운트 지점을 단일 사용자 시스템에서 사용할 수 있다고 가정합니다 /home/foo/extdrive /home/foo/nfsshare. 그런데 모든 사용자가 액세스할 수 있는 위치에 마운트하시겠습니까?
고쳐 쓰다: FHS 3.0, 3.1장, 두 번째 "기본 원칙" 단락
- 새 디렉토리
/(예:/workspace및/nfsshare)루트 파일 시스템의 새 하위 디렉터리를 만드는 것이 금지되는 데는 여러 가지 이유가 있습니다. 루트 파티션에 공간이 필요하며 시스템 관리자는 성능이나 보안상의 이유로 이 공간을 작고 단순하게 유지하려고 합니다. 이는 탑재 가능한 볼륨 전체에 표준 파일 계층을 배포하기 위해 시스템 관리자가 설정한 모든 규칙을 우회합니다. 배포판은 결과(응용 프로그램 이식성 포함)를 매우 신중하게 고려하지 않고 루트 계층에 새 디렉터리를 생성해서는 안 됩니다.
답변1
자신만의 마운트 지점 디렉터리를 만들 수 있습니다. 이유를 물으신다면 지적할 수 밖에 없습니다.Wouter Verhelst의 훌륭한 답변.
내부 드라이브
/mnt당신이 그렇게 생각한다면, 스스로 만들 수 있는 좋은 장소이기도 합니다 /.
/mnt역사적으로 설치된 일부 시스템과 이동식 미디어가 /media이 목적으로 사용되었을 수 있습니다. 이렇게 하면 여전히 작동하지만 시스템 자체는 더 이상 에 있어서는 안 됩니다 /mnt.
여러 마운트 지점을 생성하려는 경우 /mnt를 사용하는 것이 합리적이라고 생각합니다. 모두 보기 쉽게 되어 있어 사람들이 즐겨 이용하는 곳 중 하나로 꼽힌다. 다른 사람들은 /VolumesOS X를 따르거나 /vol단일 마운트 지점에 ./data를 사용하는 것을 좋아합니다. /d/도 사용하세요. /disk/는 일부 사람들이 사용하는 것이 거의 확실하지만 디스크 기반이 아닌 저장소에서는 주의가 산만해질 수 있습니다.
/mnt를 사용한다면 /mnt/tmp도 생성할 것입니다. 그런 다음 FHS에서 언급한 /mnt의 원래 목적인 편리한 임시 마운트 디렉터리가 여전히 있을 것입니다.
/media일부 일반적인 시스템에서는 마운트 지점을 수동으로 생성하는 것이 좋지 않을 수 있습니다. 최신 Linux 운영 체제는 이동식 미디어에 대한 마운트 지점을 자동으로 생성하며, 생성된 구조는 사용자의 구조와 충돌하거나 단순히 불일치할 수 있습니다. 귀하의 시스템이 무엇인지는 밝히지 않았지만 특히 FHS에 대해 문의할 때 휴대용 가이드에 관심이 있을 수 있습니다. 이 추론은 FHS가 운영 체제가 /mnt를 채워서는 안 된다고 명시하는 이유와 유사합니다.
네트워크 파일 시스템
, /n/host또는 와 같은 전용 하위 디렉토리에 네트워크 파일 시스템을 마운트하는 것이 권장되는 경우도 있습니다 ./nfs/host/net/host
예를 들어, /host에 네트워크 파일 시스템을 마운트하고 네트워크에 액세스할 수 없게 되면 ls /네트워크 파일 시스템 수를 계산하려고 할 때 중단될 수 있습니다. 우울증에 걸렸을 때 이는 환영받지 못하고 실망스러울 수 있습니다.
답변2
FHS가 귀하가 할 수 없는 것에 대해 말할 때, 그것은 귀하가 할 수 없는 일에 대해 말하는 것입니다.분배하다, 사용자나 로컬 시스템 관리자가 아닙니다.
유닉스 시스템에만 해당하나파일 시스템 트리. 따라서 로컬 시스템에서 파일 시스템의 어느 위치에나 무엇이든 설치할 수 있으며 어떤 식으로든 FHS가 중단되지 않습니다. FHS는 로컬 시스템 관리자를 방해하지 않도록 최선을 다합니다. 항상 시스템에 있는 내부 디스크의 경우 마운트 지점 /opt또는 /ntfs이와 유사한 것을 갖는 것이 완벽하게 유효합니다. /scratch또는 디스크 공간이 부족하고 루트 파일 시스템에서 다른 디스크로 항목을 이동하려는 경우 별도의 하드 드라이브로 이동하여 그런 식으로 처리할 수 /var있습니다 /usr.
당신이 해야 할 유일한 일은아니요해야 할 일은 FHS 표현 배포판이 쓸 수 있는 위치(예: /usr또는 /var) 에 내부 디스크를 마운트 /lib한 다음 관련 데이터를 해당 위치로 이동하지 않거나 문제의 파티션에 POSIX가 아닌 파일 시스템을 사용하는 것입니다. 그 외에는 거의 모든 것이 공정한 게임입니다.
답변3
디렉터리에 액세스할 수 있도록 설정특정한사용자는 그룹을 생성하게 됩니다. 관례적으로 그룹은 홈 디렉토리를 가질 수 있습니다. 이는 때때로 (반드시 그런 것은 아니지만) /home/$GROUP으로 생성됩니다.
/home/allusers 디렉토리를 생성할 수 있습니다. 원하는 경우 그룹 이름 alluser를 유지할 수 있습니다(즉, 빈 그룹 생성). (사용자 이름과 그룹 이름은 기술적으로 별도의 네임스페이스이지만 일반적으로 일관성을 유지합니다. 예를 들어 이 경우 일반 사용자 "allusers"를 특별히 만들고 싶지는 않습니다.)
이 특정 명명 체계는 내부 디스크 및 네트워크 파일 시스템과 같은 여러 파일 시스템으로 자연스럽게 일반화되지 않습니다.
귀하는 소프트웨어 배포자가 아니며 FHS에 명시된 이유는 귀하에게 적용되지 않습니다. 이 제한을 따르면 추가 제약 조건이 발생합니다. /home을 마운트할 수 없게 되면 백업, 복구 또는 문제 해결 목적으로 /home/allusers를 마운트하는 것도 덜 쉬워집니다.
답변4
빠른 답변: 상황에 따라 다릅니다... 다른 사람들이 말했듯이 FHS는 배포판을 위한 것입니다. 그러나 적어도 유지 관리의 용이성을 위해 그 정신을 따르는 것이 더 쉽다는 것을 알게 될 것입니다. 특히 이것이 다른 사람들이 지원하게 될 여러 시스템에서 수행될 경우라면 더욱 그렇습니다. 추가하는 추가 공간을 고려하여 백업을 조정하지 않아도 되므로 백업 방법을 기억해 두는 것도 좋습니다.
내가 사용한 예:
- /mnt/play에 있는 일반 공유 공간의 큰 블록
- pam-mount를 통해 /home/[username]/network/[share]에 사용자별로 CIFS 마운트
- 서버 애플리케이션은 매뉴얼을 따릅니다(예: /sapmnt /opt/whatever /bacula).
- /srv/[sharename] 또는 /fileshares/[sharename]의 파일 공유
Mint/Ubuntu의 /media와 같이 자동 마운트에서 사용하거나 의도하지 않은 목적으로 나열된 디렉토리 트리를 사용하는 것도 피하는 것이 좋습니다. 예를 들어 특정 응용 프로그램에 더 많은 여유 공간을 확보하기 위해 디스크를 /var/[app] 또는 /usr/[app]에 마운트하는 것이 일반적이지만, 결국 공간을 확보하게 되므로 다른 목적으로 사용하지 마십시오. 너 자신을위한 혼란.