리눅스 네트워크 운영 체제의 파일 시스템 구성 및 관리

하나 : 파일 시스템 있음 :
  ( 1) : 파일 시스템의 리눅스 시스템에서 지원하는 수십, 일반적인 이러한 종류
    1 : ext3로는 : 저널링 파일 시스템이며, 데이터 손실을 방지 할 수있는 파일 시스템이 시스템이 비정상 가동 중단이다 자동 불일치와 오류 데이터를 수정할 수있다. 그러나,
         대용량 하드 드라이브 용량이 필요한 수리 시간은 매우 긴 것, 100 %의 데이터를 보장 할 수없는 경우에 손실되지 않습니다.
    2 : EXT4 : ext3로의 개선 된 버전 1EB까지의 저장 용량 (1EB = 1 073,741 8백24기가바이트)를 지원하는 기본 RHEL 6 시스템의 문서 관리 시스템으로서 ,
         및 서브 디렉토리의 수에는 제한. 또한, ext4 파일 시스템은 크게함으로써 판독 및 기록 효율 향상 블록 블록 수량을 할당 할 수있다.
  (2) 다음 XFS 파일 시스템 :
    . 1 : XFS : 고성능 파일 시스템 로그, 그리고 RHEL 7은 기본 파일 관리 시스템입니다.
    2. 하드 디스크 데이터는 그 전체 파일 시스템 정보를 기록 디스크에 세 가지 매우 큰, 그래서 장소가 호출 슈퍼 블록 (하드 디스크 맵)에 저장 될
    3 : 슈퍼 블록 녹음 : 리눅스와 권한을 각 파일에 대해 속성은 아이 노드에 기록하고, 각 테이블의 별도의 파일 아이 노드 테이블의 기본 크기는 128 바이트 차지합니다.
    4 : 기록 된 정보는 다음과 같습니다
          파일에 대한 • 액세스 (쓰기, 실행 읽기).
          • 소유자와 파일의 소유 그룹 (소유자, 그룹).
          • 파일 사이즈 (크기).
          만들거나 파일 수정 시간 (ctime이)의 내용 •.
          파일의 마지막 액세스 시간 (atime에를) •.
          • 파일 (mtime에)의 수정 시간.
          특별 권한 (SUID, SGID, SBIT) • 파일입니다.
          실제 데이터 파일 (지점) 주소 •.
    5 : 파일 저장의 내용 : 아이 노드가 저장 한 후, 파일의 내용이 한 블록, 블록 크기의 하나 개의 블록에 저장됩니다 때, 몇 가지 경우가있을 수 있습니다
      사용자가 파일을 읽을하고자 할 때, 시스템 루트 각 블록의 문자열 함께 사용자는 전체 파일을 읽을 수 있습니다.
    6 : 블록 스토리지의 경우 :
      • 사례 1 : 파일 (1킬로바이트) 아주 작은,하지만 여전히 따라서 3킬로바이트을 낭비하고, 하나 개의 블록을 차지합니다.
      • 시나리오 2 : 매우 큰 파일 (5킬로바이트) (1킬로바이트 나머지 5킬로바이트-4킬로바이트이 블록을 점령 한 후),이 두 개의 블록을 취할 것
 II : 리눅스 파일 시스템 디렉토리 구조를 이해
  리눅스 시스템에서 : (1) : 소개 디렉토리, 문자 장치, 블록 장치, 소켓, 프린터 등이 추상화 된 파일이되었다 :에 모든 리눅스 파일 시스템을, 우리가 필요로
        우리가 이러한 파일을 작동,보기 배울 하드 드라이브는 윈도우 시스템에 거기에 다른 파티션과 다른 파일 이름에, 우리는 종종 다른 콘텐츠를 나누었다.되어
        있지만, 리눅스는 하드 디스크 파티션 아니라, 모든 문서는 순서 (/) 루트에서 시작됩니다. 그리고 계층 적 파일 시스템 표준 (파일 시스템 Aierarchy 표준, FHS)에 따라
        일반적으로 사용되는 정의 파일 및 디렉토리 트리 구조를 사용하여. 또한, 리눅스 시스템의 파일 및 디렉토리 이름은 엄격하게 대소 문자를 구분합니다.
        

 

추천

출처www.cnblogs.com/1314bjwg/p/12310023.html