Ext2 파일 시스템 정렬 오류 수정 도움말

Remy Card, Theodore Tso 및 Steven 작성광범위한 파일 시스템에서 이 도구는 1월에 일반 남성과 여성 모두를 위해 처음 판매되었습니다.기본 Linux 커널의 일부로 1993년. 그들의 가장 큰 업적 중 하나는특히 그녀를 돌보는 한 파일 시스템 주제의 작업을 계속할 수 있는 능력내부 구조. 이를 통해 3차 개발을 단순화할 수 있었습니다.확장 파일 시스템(ext3) 및 네 번째 확장 파일 시스템(ext4).

부팅 외에도 대부분의 운영 체제에서 구현이 가능해야 합니다.NetBSD, FreeBSD, GNU HURD, Microsoft Windows, IBM OS/2그리고 위험.

새로운 파일 요소는 Ext3 및 Ext4와 같이 오랫동안 이러한 방식으로 스타일이 지정되었지만,두 번째 확장 파일 시스템은 주로 필요하기 때문에 플래시 드라이브와 관련하여 항상 선호됩니다.더 적은 수의 레코드(서로에 대한 로그가 없기 때문에). Ext3와 같은 구조및 Ext4는 Ext2를 기반으로 하며 로깅 형식과 같은 몇 가지 추가 모델을 추가합니다.로그 체크섬, 범위, 가상 조각 모음, 지연 할당 및몇 가지 긍정적인 웹사이트를 예로 들자면 훌륭한 웹사이트입니다.

두 번째 확장 파일 시스템은 스토리지의 핵심 단위인 블록을 사용합니다.그 이후로 inode는 대부분 클립 및 시스템 개체, 거리 그룹과 관련된 트레일과 동일합니다.무거운 드라이브를 관리 가능한 파티션, 디렉터리로 논리적으로 나눕니다.저장에 도움이 될 파일, 블록 및 inode 비트맵의 준비된 구성 제공할당된 블록, inode, 정의에서 슈퍼블록 추적파일 시스템 설정 및 대략적인 상태.

Ext2는 Unix 파일 시스템과 유사한 많은 기능을 가지고 있습니다. 그는 장소가있다ACL(제어 목록), 부품, 삭제 취소용 액세스 의상및 압축. 또한 존재하며 완전히 새로운 전체 버전 제어 메커니즘을 사용할 수 있습니다.기능(예: 로깅)은 가능한 한 많이 그룹화됩니다.행동; Ext3 및 Ext4에서 사용할 수 있습니다.

Second Extended로 준비된 잠긴 파티션, 드라이브, 파일 또는 장치파일 시스템은 “블록”으로 분류되는 작은 시장 그룹으로 가장 확실하게 나뉩니다. 그런 다음 이러한 블록을 블록 그룹이라고 하는 더 많은 양의 블록으로 그룹화합니다.

블록 크기는 일반적으로 저장 매체가 포맷되는 위치에서 결정됩니다.성능, 가능한 최대 데이터 파일 크기 및파일 시스템 크기. 일반적으로 만들어진 r 블록 크기에는 1KiB,2K, 4K 및 8K는 규칙에 따라 슈퍼블록만 허용됩니다.반면 블록 크기는 1024*(2^31)-1입니다(cf.s_log_block_size).

한두 가지 구현에 따르면 아키텍처는 규칙을 부과할 수 있습니다.지원되는 블록 측정. 예를 들어 리눅스 2.6알파 DEC 이후 구현은 거의 동일한 8K 블록을 사용합니다.Intel 386 프로세서와 관련된 구현은 하나의 실제 블록을 지원합니다.크기 4KB.

메모. 2TiB 파일의 경우 i_blocks 값은 모든 inode에서 찾을 수 있도록 설정되어 할당된 ext2 블록의 합법적인 선택이 아니라 일반적으로 512바이트 섹터에서 생성되는 숫자를 나타냅니다.

< / tr >

< /tr >

< td> 536,870,912(512MB)

< /tr>

< tr>

< /tr>

< /tr>

< td>17.247.252.480(16GiB)

<9.02.2.19 552(2TiB)

이것은 회피 Linux 커널 문서에서 가져온 것입니다.

블록은 단편화를 줄이기 위해 적합한 사람 서클 블록으로 그룹화됩니다.큰 볼륨을 읽을 때 헤드 뷰 최소화연속 데이터. 각 그룹의 블록 재료는 다음 위치에 저장됩니다.데스크탑 흡수는 해당 수퍼 블록 직후 블록에 저장됩니다.각 개별 그룹의 시작 부분에 있는 두 블록은 블록 사용을 위해 예약되어 있습니다.비트맵과 나는 비트맵피노드 사용이라고 말하고, 아이노드도 존재하는 정지점을 보여줍니다.사용 중입니다. 모든 비트맵은 각 개별 블록으로 제한되므로 이제 이것은 다음을 의미합니다.막힘 그룹의 최대 크기는 블록당 크기의 8배입니다.

각 블록 영역의 비트맵이기도 한 블록이 식별됩니다.금지 그룹을 생성하기 위한 새로운 inode 테이블처럼 나머지는 데이터입니다.블록. 배치 프로토콜은 마케팅 커뮤니케이션 정보 블록을 배치하려는 시도를 방지합니다.블록을 포함하는 이러한 inode와 관련된 동일한 블록 그룹에 있습니다.

이 실시예는 부 번호가 있는 Linux 커널에 대한 문서에서 직접 가져온 것입니다.변경.

디렉토리는 좋은 파일 시스템 객체이며 파일과 마찬가지로 실제로 자체 inode를 가지고 있습니다.이것은 특별히 인쇄된 항목을 포함하는 특수 형식의 새 파일입니다.휴대폰 번호 inode가 있는 모든 이름. 공유 파일 시스템의 이후 수정 사항은 다음과 같습니다.인코딩 대상 유형(파일, 디렉토리, 심볼릭 링크, 장치, fifo,소켓) 이 정보를 얻기 위해 inode를 확인할 필요가 없습니다.

inode 할당 코드는 동일한 inode에 있을 수 있는 inode 할당을 시도하는 것이 좋습니다.카탈로그와 같이 일반적으로 극단적으로 생성되는 블록 모음입니다. 정품

Ext2 버전은 실제로 저장하기 위해 간단한 연결 목록을 사용했습니다.디렉토리 내의 파일 이름; 새로운 업데이트는 해시를 사용할 수 있습니다그리고 이진 트리.

또한 추가 블록이 할당됨에 따라 폴더가 어떻게 커지는지 확인하십시오.추가 레코드 앨범을 저장합니다. 여러 파일 이름제거된 구현, 이러한 추가 정류장은 무료로 제공되지 않습니다.

이 묘사는 Linux에서 생성한 커널 인증에서 중요하지 않습니다.변경.

inode(Index) 노드는 이러한 ext2 파일 시스템의 기본 개념입니다.파일 시스템이 실제로 inode 노드로 표시되는 모든 개체입니다. 그것은 inode를 가지고있다.다음을 포함하는 파일 시스템 블록에 대한 구조 포인터개체에 보관된 데이터와 부분에 필요할 때 관련된 모든 메타데이터를 제외하고그녀의 이름. 권한, 소유자,그룹, 위험 신호, 크기, 필수 PC 키보드, 로그인 시간, 시간 변경,변경 시간, 삭제 시간, 링크의 전화번호, 조각, 버전(NFS용) 및 확장 특성(EA) 및/또는 액세스 제어 목록(ACL).

일반적으로 현재 inode에서 사용되지 않고 사용되지 않는 예약된 필드가 있습니다.오버로드된 이들 중 몇 가지의 구조입니다. 예약된 필드inode가 디렉토리 항목인 경우 ACL에 대한 디렉토리, 선택적으로 처음 32개이 색인이 일반 다운로드인 경우 파일 크기 비트(지정된 제출 크기2GB 이상). 변환기 필드는 Linux에서 사용되지 않지만 사용됩니다.전문가들이 주장하는 HURD에 의해 사용된 개선 지수를 나타낼 수 있습니다.어떤 대상을 해석합니다. 나머지 필드의 대부분이 할당되었습니다.소유자 및 그룹 필드를 증가시키면서 Linux 및 HURD를 지원하는 데 사용됩니다.HURD는 또한 더 큰 모드 테마를 가질 수 있으므로 멋진 다른 특정 휴식을 사용합니다.추가 비트를 저장하기 위한 필드입니다.

년