mount

명칭
     mount — 파일 시스템을 mount 한다

서식
     mount [-adfpruvw] [-t ufs | external_type] mount [-dfpruvw] special | node
     mount [-dfpruvw] [-o options] [-t ufs | external_type] special node

해설
     mount 유틸리티는 mount(2) 시스템 콜을 사용해, 스페셜 디바이스 인가 리모트 노드 (rhost:path)를 파일 시스템
     트리의 node 에 접합합니다.  만약 special 또는 node 하지만 지정되지 않았던 경우에는, fstab(5) 파일로부터 적절한
     정보를 취득합니다.

     시스템은, 현재 mount 하고 있는 파일 시스템의 리스트를 관리하고 있습니다.  mount 명령을 인수를 주지 않고 실행하면(자),
     이 리스트가 표시됩니다.

     옵션으로서는 이하의 것이 있습니다:

     -a      fstab(5) 에 기술되고 있는 파일 시스템을 모두 mount 합니다.  예외는, “noauto” 하지만 지정되어 있는
             것, -t 플래그에서 제외되고 있는 것 (후술), 이미 mount 되고 있는 것 (루트 파일 시스템은 전통적인 싱글 유저
             모드의 동작을 유지한다 위해(때문에) 제외됩니다)입니다.  통상, 이것은 시스템의 기동시에 실행됩니다.

     -d      시스템 콜의 실행 이외의 모든 일을 행합니다.  이 옵션을 -v (와)과 함께 지정하는 것으로, mount 명령이 무엇을
             하려고 하고 있는지를 확인할 수가 있습니다.

     -f      파일 시스템의 mount 상태를 읽고 쓰기 가능으로부터 읽어들여 전용에 변경하려고 할 때, 벌써 오픈되고 있는 파일에의
             기입해 허가를 강제적으로 취소합니다.  또, 정상적인지 어떤지 불명한 파일 시스템도 강제적으로 읽고 쓰기 가능하게
             mount 합니다 (위험하기 때문에 주의해 사용해 주세요).

     -o      옵션은 -o 의 후에 콤마로 단락지어 지정합니다.  충돌하는 옵션이 지정되었을 경우, 가장 우측의 옵션이 효과가
             있습니다.  이하의 옵션을 지정할 수 있습니다:

             async   지정한 파일 시스템의 모든 I/O (을)를 비동기에게 실시합니다.  이 플래그를 지정하는 것은 매우 위험
                     그러므로, 시스템 크래쉬시에 파일 시스템을 다시 만들 준비가 되어 있지 않은 한은 사용해야 하는 것이
                     아닙니다.

             current
                     -u 플래그와 함께 사용되었을 경우, mount 되고 있는 파일 시스템에 대한 현재의 효과를 지정하는 것과
                     같습니다.

             force   -f 옵션과 같습니다.  파일 시스템의 mount 상태를 읽고 쓰기 가능으로부터 읽어들여 전용에 변경하려고
                     할 때, 벌써 오픈되고 있는 파일에의 기입해 허가를 강제적으로 취소합니다.  또, 정상적인지 어떤지 불명한
                     파일 시스템도 강제적으로 읽고 쓰기 가능하게 mount 합니다 (위험하기 때문에 주의해 사용해 주세요).

             fstab   -u 플래그와 함께 사용되었을 경우, 파일 시스템에 대해서 fstab(5) 에 열거되고 있는 전옵션을
                     지정하는 것과 같습니다.

             noasync
                     메타데이타 I/O 를 동기에게 실시해, 데이터 I/O 를 비동기에게 실시합니다.  이것이 디폴트입니다.

             noatime
                     파일 독해시에, 파일 액세스 시각을 갱신하지 않습니다.  이 옵션이 편리한 것은, 많은 파일을 가져,
                     (대부분의 경우 중요하지 않다) 파일 액세스 시각 (을)를 갱신하는 것보다도 성능이 중요한 파일
                     시스템입니다.  이 옵션은 현재 로컬 파일 시스템에서만 서포트되고 있습니다.

             noauto  mount 하지만 -a 플래그 첨부로 동작하고 있을 때, 이 파일 시스템을 스킵 합니다.

             noclusterr
                     리드시의 클러스터링을 무효로 합니다.

             noclusterw
                     라이트시의 클러스터링을 무효로 합니다.

             nodev   파일 시스템상의 캐릭터 스페셜 디바이스나 블록 스페셜 디바이스를 해석하지 않습니다.  이 옵션은, 서버가
                     자기 자신 이외의 아키텍쳐용의 스페셜 디바이스를 포함한 파일 시스템을 가지고 있는 경우에 유용합니다.

             noexec  mount 하고 있는 파일 시스템상의 바이너리의 실행을 허가하지 않습니다.  이 옵션은, 서버가 자기 자신
                     이외의 아키텍쳐용의 바이너리를 포함한 파일 시스템을 가지고 있는 경우에 유용합니다.

             nosuid  실효 유저 ID (set-user-ID) 세트, 실효 그룹 ID (set-group-ID) 세트 비트의
                     효과를 없앱니다.  주의: suidperl(1) (와)과 같은 suid/sgid 나팔이 누구라도 사용할 수
                     있도록(듯이) 시스템에 인스톨 되고 있는 경우에는, 가치가 없습니다.

             nosymfollow
                     mount 된 파일 시스템에 대해서는, 기호 연결을 추적하지 않습니다.

             rdonly  -r (와)과 같이, mount 하는 파일 시스템을 읽어들여 전용으로 합니다 (슈퍼 유저라도 기입할 수
                     없게 됩니다).

             sync    파일 시스템의 모든 I/O (을)를 동기적으로 실시합니다.

             snapshot
                     본옵션에 의해, 지정한 파일 시스템의 snapshot를 취득 가능합니다.  -u 플래그는, 본옵션에
                     필수입니다.  snapshot 파일은, snapshot가 놓치는 파일 시스템상에 작성될 필요가 있습니다.
                     파일 시스템 마다, 최대 20 개의 snapshot를 작성 가능합니다.  액티브 snapshot는 슈퍼
                     블록에 기록되기 때문에, 언마운트와 재mount를 넘거나 시스템 리부트를 과 있어도, 이것들은 영속
                     합니다.  snapshot가 이제 필요하지 않게 되면(자), rm(1) 명령로 삭제 가능합니다.
                     snapshot의 삭제 순서는 임의입니다만, snapshot에 포함되어 있던 공간 모든 것을 만회할 수
                     없을지도 모릅니다.  왜냐하면, 해방되는 블록을 다른 snapshot가 필요로 하고 있을지도 모르기
                     때문입니다.  schg 플래그는 snapshot상으로 설정되기 때문에, root 유저가 아니어도 이러한
                     파일에 기입해 가능합니다.  안린크코만드는 snapshot 파일에 대해서 예외이며, schg 플래그가
                     설정되어 있어도 삭제 가능으로 하는 것으로, snapshot 파일 삭제전에 schg 플래그를 클리어 하지
                     않아도 좋게 되어 있습니다.

                     snapshot의 취득 후, 다음의 3 개의 일을 실행 가능합니다:

                     1.   snapshot에 fsck(8) (을)를 실행할 수 있습니다.  mount 되고 있었을 때의 파일
                          시스템이 깨끗한 경우, snapshot에 대한 fsck 는 크린 (한편 무변경의) 결과가 얻을 수
                          있을 것입니다.  이것이, 본질적으로는 백그라운드 fsck 처리의 동작입니다.

                     2.   snapshot에 dump(8) (을)를 실행할 수 있습니다.  snapshot의 타임 스탬프시의
                          파일 시스템과 일치하는 덤프가 얻을 수 있겠지요.  /etc/dumpdates 파일을 올바르게
                          갱신하도록(듯이) dump(8) 하지만 변경되고 있지 않으므로, 이것이 회복될 때까지 열매 운용
                          시스템에서는 사용하지 말아 주세요.

                     3.   파일 시스템의 동결한 이미지로서 snapshot를 mount 합니다.  snapshot
                          /var/snapshot/snap1 (을)를 mount 하려면  다음과 같이 합니다.

                          mdconfig -a -t vnode -f /var/snapshot/snap1 -u 4
                          mount -r /dev/md4 /mnt

                          동결했다 /var 파일 시스템은 /mnt 에 있어, 검사 가능해졌습니다.  모든 것이,
                          snapshot가 취해졌던 시기와 같은 상황에 있습니다.  예외는, 이전의 snapshot가 길이
                          0 의 파일로서 보이는 것입니다.  mount 한 snapshot에 관한 처리가 완료하면(자),
                          다음과 같이 합니다.

                          umount /mnt
                          mdconfig -d -u 4

                          Further details can be found in the file at
                          /usr/src/sys/ufs/ffs/README.snapshot.

             suiddir
                     mount 된 파일 시스템에 있어서의 디렉토리에 SUID 비트가 세트 되면(자), 신규 파일의 소유자를
                     디렉토리의 소유자로 설정합니다.  신규 디렉토리는 친디렉토리의 비트를 계승합니다.  실행 비트는 파일로부터
                     제거되어 파일은 root 의 소유는 되지 않습니다.

                     이 기능은 PC 유저에 대해서 ftp, SAMBA, netatalk 의 서비스를 실시한다 파일 서버를
                     위해서(때문에) 디자인되었습니다.  이것은 쉘 유저에 대해서 보안 홀이 되기 때문에, 특히 홈 디렉토리를
                     가지는 쉘 머신에서는 사용해야 하지는 않습니다.  이 옵션이 동작하기 위해서는, 커널의 SUIDDIR
                     옵션이 필요합니다.  UFS 파일 시스템만이 이 옵션을 서포트합니다.  자세한 것은 chmod(2)
                     (을)를 참조해 주세요.

             update  -u (와)과 같이, 벌써 mount 되고 있는 파일 시스템 상태를 변화시키는 것을 지시합니다.

             union   마운트 포인트 이하의 이름 공간에, mount 된 파일 시스템의 루트와 마운트 포인트에 원으로부터 존재하는
                     디렉토리의 양쪽 모두가 보이도록(듯이) 합니다.  이름을 검색할 때는, mount 한 파일 시스템이 먼저
                     검색됩니다.  파일이 존재하지 않는다 위해(때문에) 검색이 실패했을 경우는, 기존의 디렉토리가 액세스
                     됩니다.  파일등의 작성은, 모두 mount 한 파일 시스템상에 대해서 행해집니다.

             mount 하지만 내부에서 알고 있는 파일 시스템 타입 (-t 옵션을 참조) 이외의, 파일 시스템 타입에 고유의 옵션은,
             콤마로 단락지어 지정합니다. 이 옵션은, 옵션의 전에 “-” (데쉬 기호)(을)를 붙여 구별합니다. 값을 가지는 옵션은,
             -option=value의 형태로 지정합니다.  예를 들어,

                   mount -t unionfs -o -b /sys $HOME/sys

             그럼, mount 명령은 이하와 같은 것을 실행합니다:

                   /sbin/mount_unionfs -b /sys $HOME/sys

             파일 시스템 타입에 고유한 추가 옵션으로, 내부적으로는 모르는 걸 (아래와 같이 -t 옵션을 참조해 주세요)는, 관련한다
             /sbin/mount_XXX 유틸리티의 메뉴얼 페이지에 기술되고 있을지도 모릅니다.

     -p      mount 정보를 fstab(5) 의 형식에서 표시합니다. 암묵적으로 -v 옵션을 지정합니다.

     -r      파일 시스템을 리드온리-로 mount 합니다 (슈퍼 유저라도 기입은 실시할 수 없습니다).  이것은, -o 옵션으로
             rdonly (을)를 지정하는 것과 같습니다.

     -t ufs | external_type
             -t 의 나머지의 인수에는 파일 시스템 타입을 지정합니다.  디폴트는, ufs 입니다.  -t 옵션에 의해, mount
             명령의 조작이, 지정한 특정의 타입의 파일 시스템 에 대해서만 행해지도록(듯이) 지시할 수가 있습니다.  2개(살)
             이상의 타입을 지정하려면  콤마로 단락짓습니다.  파일 시스템 리스트 의 선두에 “no” 그렇다고 하는 문자를 적는 것에
             따라서, mount 명령의 조작의 대상과 하지 않는다 파일 시스템 타입을 지정할 수가 있습니다.  이하에 예를
             나타냅니다:

                   mount -a -t nonfs, nullfs

             (은)는, NFS (와)과 NULLFS (을)를 제외한, 모든 파일 시스템을 mount 합니다.

             type 를 내부에서 해석할 수 없는 경우, mount /sbin/mount_XXX 그렇다고 하는 프로그램을
             실행하려고 합니다.  XXX 의 부분이 type 가 됩니다. 예를 들어 nfs 파일 시스템은,
             /sbin/mount_nfs 그렇다고 하는 프로그램에 의해 mount 됩니다.

             대부분의 파일 시스템은, 아직 존재하지 않고, 커널 모듈이 사용 가능한 경우, 커널이 동적으로 로드합니다.

     -u      -u 플래그는, 벌써 mount 하고 있는 파일 시스템 상태의 변경을 지시합니다.  파일 시스템을 읽어들여 전용으로부터
             읽고 쓰기 가능에, 또 그 역에도 변경하는 것을 포함해, 벌써 설명한 모든 옵션 (-o 옵션) 의 내용을 변경할 수가
             있습니다.  읽고 쓰기 가능한 파일 시스템을 읽어내기 전용으로 변경하는 경우, 기입을 위해서(때문에) 오픈하고 있는
             파일이 있을 때는, -f 옵션을 지정하지 않으면 변경에 실패합니다.  어느 옵션을 적용할까를 결정할 때, 최초로 -o
             옵션의 인수를 적용해, 마지막에 -r, -w 옵션이 적용됩니다.

     -v      상세한 메세지를 표시합니다.

     -w      파일 시스템을 읽고 쓰기 가능으로 합니다.

진단
     다방면에 건넙니다만, 거의 모두가 자명합니다.

           XXXXX filesystem is not available

     커널은 그 파일 시스템 타입을 서포트하고 있지 않습니다.  파일 시스템의 서포트는, 정적 (커널 컴파일시) 혹은 동적 (
     kldload(8) 에 의해 커널 모듈로서 로드 된다)입니다.

관련 파일
     /etc/fstab  파일 시스템 테이블

관련 항목
     mount(2), fstab(5), kldload(8), mount_cd9660(8), mount_devfs(8),
     mount_ext2fs(8), mount_fdescfs(8), mount_hpfs(8), mount_linprocfs(8),
     mount_msdosfs(8), mount_nfs(8), mount_ntfs(8), mount_nullfs(8),
     mount_nwfs(8), mount_portalfs(8), mount_procfs(8), mount_smbfs(8),
     mount_std(8), mount_udf(8), mount_umapfs(8), mount_unionfs(8), umount(8)

버그
     비정상인 파일 시스템을 mount 하면(자), 시스템 크래쉬를 일으키는 일이 있습니다.

경고
     mount 에 성공한 후에 mount 된 파일 시스템으로부터 .. 하지만 액세스 가능한지 어떤지는, 원래의 마운트 포인트의 퍼미션이
     결정됩니다.  전유저가 쌍방향에 마운트 포인트를 왕래 가능과 하기 위해서 최저한 필요한 퍼미션은 0111 (전원이 실행 가능)입니다.

역사
     mount 유틸리티는 Version 1 AT&T UNIX (으)로부터 등장하고 있습니다.