내부 하드 드라이브 및 네트워크 공유에 대한 FHS 호환 마운트 포인트가 무엇인지 궁금합니다 . 많은 다른 튜토리얼에서 서브 디렉토리에 /mnt또는/media
FHS 3.0 (File Hierarchy Standard) 에 따르면 :
/media: 이동식 매체의 마운트 지점 ( 이 디렉토리에는 플로피 디스크, cdrom 및 zip 디스크와 같은 이동식 매체의 마운트 지점으로 사용되는 서브 디렉토리가 포함되어 있습니다. )/mnt: 임시로 마운트 된 파일 시스템의 마운트 지점 ( 이 디렉토리는 시스템 관리자가 필요에 따라 파일 시스템을 임시로 마운트 할 수 있도록 제공됩니다.이 디렉토리의 내용은 로컬 문제이므로 프로그램 실행 방식에 영향을 미치지 않아야합니다 )
이 마운트 지점은 /home/foo/extdrive /home/foo/nfsshare단일 사용자 시스템으로 갈 수 있지만 모든 사용자가 액세스 할 수있는 마운트 지점은 어디입니까?
업데이트 :
FHS 3.0, 3.1 장, 두 번째 “Rationale”단락
- 새 디렉토리
/(예 :/workspace및/nfsshare) 루트 파일 시스템의 새 서브 디렉토리 작성이 금지되는 몇 가지 이유가 있습니다. 시스템 관리자가 루트 파티션에 공간이나 공간이 필요하기 때문에 성능이나 보안상의 이유로 시스템 관리자가 작고 단순하게 유지할 수 있습니다. 시스템 관리자가 마운트 가능한 볼륨에 표준 파일 계층을 분배하기 위해 설정 한 모든 규칙을 회피합니다. 배포는 응용 프로그램 이식성을 포함하여 결과를 매우 신중하게 고려하지 않고 루트 계층에 새 디렉토리를 작성해서는 안됩니다.
답변
고유 한 마운트 지점 디렉토리를 만듭니다. 왜 그런지 물어보고 싶다면 Wouter Verhelst 의 훌륭한 답변 만 가리킬 수 있습니다 .
내장 드라이브
/mnt원하는 경우 자신을 만들 수있는 유효한 장소입니다 /.
/mnt일부 이전 설치 시스템과 이동식 미디어 (이전 /media) 에서이 목적으로 사용되었을 수 있습니다 . 여전히 유효하지만 시스템 자체는 더 이상 아무것도 설정하지 않습니다 /mnt.
마운트 포인트를 여러 개 만들 수 있다면 / mnt를 사용하는 것이 합리적이라고 생각합니다. 모두 함께 쉽게 볼 수 있으며 사람들이 좋아하는 장소 중 하나로 알려져 있습니다. 다른 사람들 /Volumes은 OS X 시스템을 따르는 것을 좋아합니다 /vol. / data는 단일 마운트 지점에 공통입니다. / d /도 사용됩니다. / disk /는 거의 확실하게 일부를 사용하지만 디스크 기반이 아닌 스토리지에 방해가 될 수 있습니다.
/ mnt를 사용하면 / mnt / tmp도 만듭니다. 그러면 FHS에서 언급 한 / mnt의 원래 사용 인 임시 마운트를위한 편리한 디렉토리가 여전히 있습니다.
/media일부 일반적인 시스템 에서는 수동으로 마운트 지점을 작성 하는 것이 좋지 않을 수 있습니다. 최신 Linux OS는 이동식 미디어에 대한 마운트 지점을 자동으로 생성하며, 생성 된 구조가 충돌하거나 자신과 일치하지 않는 것처럼 보일 수 있습니다. 시스템이 무엇인지 말하지는 않지만 특히 FHS에 대해 문의하는 경우 휴대용 지침에 관심이있을 수 있습니다. 이 추론은 FHS가 OS가 / mnt를 채우지 않아야한다고 말하는 이유와 유사합니다.
네트워크 파일 시스템
때로는 전용 하위 디렉토리 등의 네트워크 파일 시스템을 마운트하는 것이 좋습니다 /n/host, /nfs/host또는 /net/host등
예를 들어, / host에 네트워크 파일 시스템을 마운트하고 네트워크에 도달 할 수없는 ls /경우 네트워크 파일 시스템을 통계하려고 할 때 중단 될 수 있습니다. 이미 좌절하고있는 상황에서 이는 바람직하지 않으며 실망 스러울 수 있습니다.
답변
FHS가 귀하가 할 수없는 것에 대해 이야기 할 때, 귀하가 말하는 것은 사용자 또는 로컬 시스템 관리자가 아닌 배포 입니다.
유닉스 시스템에는 하나의 파일 시스템 트리 만 있습니다. 따라서 파일 시스템의 어느 위치 에나 로컬 시스템의 어떤 것도 마운트 할 수 있으며 어떤 식 으로든 FHS를 중단하지 않습니다. 결국, FHS는 로컬 시스템 관리자를 방해하지 않기 위해 많은 노력을 기울입니다. 항상 시스템에 내부 디스크의 경우, 그것은이 지점 마운트가 완벽하게 유효한의 /opt나 /ntfs이나 /scratch또는 이것 저것을. 또는 디스크 공간이 부족하여 루트 파일 시스템에서 다른 디스크로 일부 항목을 이동하려는 경우 별도의 하드 디스크 로 이동 /var하거나 다른 /usr방식으로 처리 할 수 있습니다.
당신이해야하는 유일한 것은 없다 할 수는 FHS가 분포 (예에 쓸 수 있다고하는 위치에 내부 디스크를 마운트하는 것입니다 /usr, /var또는 /lib), 다음 중 하나를 해당 위치로 관련 데이터를 이동하거나 일부 비 POSIX를 사용하지 해당 파티션의 파일 시스템. 그 외에는 거의 모든 것이 공정한 게임입니다.
답변
특정 사용자 가 디렉토리에 액세스 할 수있게하려면 그룹을 작성하십시오. 일반적으로 그룹은 홈 디렉토리를 가질 수 있습니다. 때로는 / home / $ GROUP으로 생성되는 경우도 있습니다.
/ home / allusers 디렉토리를 작성할 수 있습니다. 원하는 경우 그룹 이름 allusers를 예약 할 수 있습니다 (예 : 빈 그룹 만들기). (사용자와 그룹 이름은 기술적으로 분리 된 네임 스페이스이지만 일반적으로 일관성을 유지합니다. 예를 들어 일반 사용자 “allusers”를 만들지 않으려는 경우).
이 특정 명명 체계는 여러 파일 시스템 (예 : 하나의 내부 디스크와 하나의 네트워크 파일 시스템)에 대해 자연스럽게 일반화되지 않습니다.
귀하는 소프트웨어 배포 물이 아니며 FHS에 제공된 근거는 귀하에게 적용되지 않습니다. 이 제한에 따라 추가 제약이 발생합니다. / home을 마운트 해제 할 수있게되면 백업, 복구 또는 문제 해결 목적으로 / home / allusers를 쉽게 마운트 할 수 없습니다.
답변
빠른 답변 : 그것은 다릅니다 … FHS는 다른 사람들이 말한 것처럼 배포 용입니다. 그러나 특히 유지 관리를 쉽게하기 위해 특히 다른 사람들이 지원할 수있는 여러 시스템에서 수행해야하는 경우에는 그 정신을 따르는 것이 더 쉬울 수 있습니다. 또한 추가하는 추가 공간을 고려하여 백업을 조정해야하는 경우 백업을 수행하는 방법을 고려해야합니다.
내가 사용한 예 :
- / mnt / play에있는 일반 공유 공간의 큰 덩어리
- / home / [username] / network / [share]에서 pam-mount를 통해 사용자 별 CIFS 마운트
- 수동에 따른 서버 응용 프로그램 (예 : / sapmnt / opt / whatever / bacula)
- / srv / [sharename] 또는 / fileshares / [sharename]의 파일 공유
또한 Mint / Ubuntu의 / media와 같은 자동 마운터가 사용하거나 나열된 디렉토리 트리를 의도 한 목적 이외의 용도로 사용하는 것을 피할 가치가 있습니다. 예를 들어 디스크를 / var / [app] 또는 / usr / [app]에 마운트하여 해당 특정 앱에 사용할 수있는 공간을 늘리는 것이 일반적이지만 다른 용도로는 사용하지 마십시오. 웅덩이에서.
답변
