파일 할당 테이블

File Allocation Table

뚱뚱해요.
개발자Microsoft, NCR, SCP, IBM, Compaq, 디지털 리서치, Novell, Caldera
풀네임파일 할당 테이블
변종8비트 FAT, FAT12, FAT16B, FAT32, ExFAT, FATX, FAT+
소개했다1977년(1977년) 스탠드아론 디스크 BASIC-80 탑재
파티션 식별자MBR/EBR:
  • FAT12:0x01e.a.(확장 속성)
  • FAT16:0x040x060x0Ee.a.
  • FAT32:0x0B0x0Ce.a.
  • BDP:EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
구조물들
디렉토리 내용테이블
파일 할당링크 리스트
불량 블록클러스터 태그 부착
한계
최대 볼륨 크기
  • FAT12: 32 MB (64 KB 클러스터의 경우 256 MB)
  • FAT16: 2 GB (64 KB 클러스터의 경우 4 GB)
  • FAT32: 2TB(4KB 섹터의 경우 16TB)
최대 파일 크기4,294,967,295 바이트 (4 GB - 1) (FAT16B 및 FAT32[1] 사용시)
최대 파일 수
  • FAT12: 4,068(8KB 클러스터)
  • FAT16: 65,460 (32 KB 클러스터용)
  • FAT32: 268,173,300 (32KB 클러스터용)
최대 파일 이름 길이8.3 파일명, 즉 LFN을 사용하는[nb 1] 경우 255자의 UCS-2 문자
특징들
기록된 날짜
  • 변경된 날짜/시간, 작성 날짜/시간(DOS 7.0 이후만 해당),
  • 액세스 날짜(ACCDATE를 [2]활성화한 경우에만 사용 가능),
  • 삭제 날짜/시간(DELWATCH 2만)
날짜 범위1980-01-01 ~2099-12-31 (2107-12-31)
날짜 해결
  • 마지막으로 수정한 시간은 2초입니다.
  • 작성시간 10밀리초,
  • 액세스 날짜로 1일,
  • 삭제 시간 2초
포크비원어민
특성읽기 전용, 숨김, 시스템, 볼륨, 디렉토리, 아카이브
파일 시스템 권한
투과적 압축
투과적 암호화
  • FAT12/FAT16: 볼륨당 DR-DOS만 지원
  • FAT32: 없음

파일 할당 테이블(FAT)은 개인용 컴퓨터용으로 개발된 파일 시스템입니다.원래 1977년에 플로피 디스크에 사용하기 위해 개발되었으며, 하드 디스크 및 기타 장치에 사용하도록 조정되었습니다.현재 PC용 운영체제, 많은 모바일 디바이스임베디드 시스템용 호환성을 위해 지원되고 있어 서로 다른 시스템 [3]간에 데이터를 교환할 수 있습니다.디스크 드라이브의 용량이 증가하려면 FAT12, FAT16FAT32의 세 가지 주요 모델이 필요했습니다.FAT 표준은 일반적으로 기존 소프트웨어와의 하위 호환성을 유지하면서 다른 방법으로도 확장되었습니다.

FAT는 더 이상 마이크로소프트 윈도우즈 [4]시스템의 기본 파일 시스템이 아닙니다.

FAT 파일 시스템은 여전히 플로피 디스크, 플래시 및 기타 솔리드 스테이트 메모리 카드와 모듈(USB 플래시 드라이브 포함) 및 많은 휴대용 및 임베디드 장치에서 흔히 볼 수 있습니다.FAT는 DCF 사양에 따른 디지털 카메라의 표준 파일 시스템입니다.

개요

개념

파일 시스템은 디바이스에 저장된 인덱스 테이블을 사용하여 파일(FAT)과 관련된 데이터 스토리지 영역의 체인을 식별합니다.FAT는 포맷 시에 정적으로 할당됩니다.테이블은 디스크 스토리지연속 영역인 각 클러스터의 링크된 항목 목록입니다.각 항목에는 파일의 다음 클러스터 번호 또는 파일의 끝, 사용되지 않은 디스크 공간 또는 디스크의 특수 예약 영역을 나타내는 마커가 포함됩니다.디스크의 루트 디렉토리에는, 그 디렉토리에 있는 각 파일의 첫 번째 클러스터의 번호가 포함됩니다.운영체제는 FAT를 통과하여 파일 끝에 도달할 때까지 디스크 파일의 각 연속 부분의 클러스터 번호를 클러스터 체인으로 조회할 수 있습니다.서브 디렉토리는, 각각의 파일의 디렉토리 엔트리를 포함한 특수 파일로서 실장됩니다.

FAT 링크 목록의 각 엔트리는 고정 비트 수(12, 16 또는 32)입니다.액세스할 수 있는 파일 또는 디스크 드라이브의 최대 크기는 항목에 저장할 수 있는 최대 수(할당되지 않은 공간 또는 목록의 끝을 나타내기 위해 예약된 값보다 작음)와 디스크 클러스터 크기의 곱입니다.파일을 확장하는 데 1바이트의 스토리지만 필요한 경우에도 클러스터 전체를 할당해야 하므로 많은 수의 작은 파일이 있는 경우 대규모 클러스터는 많은 디스크 공간을 낭비합니다.

원래 8비트 파일 시스템으로 설계된 클러스터는 디스크 드라이브의 용량이 증가함에 따라 최대 클러스터 수가 증가해야 하며, 따라서 각 클러스터를 식별하는 데 사용되는 비트 수가 증가해야 합니다.FAT 포맷의 연속되는 메이저바리안트는 테이블 요소 비트 수(12(FAT12), 16(FAT16) 및 32(FAT32)를 따서 명명됩니다.

용도

FAT 파일 시스템은 1977년부터 컴퓨터에 사용되어 왔으며 지금도 임베디드 시스템에서 자주 사용되고 있습니다.호환성이 있는 파일 시스템을 통해 데스크톱 컴퓨터와 휴대용 장치 간에 데이터를 쉽게 교환할 수 있습니다.FAT 파일 시스템은 플로피 디스크, 슈퍼 플로피, 메모리플래시 메모리 카드 또는 USB 플래시 드라이브와 같은 이동식 미디어의 기본값입니다.FAT는 PDA, 디지털 카메라, 캠코더, 미디어 플레이어, 휴대 전화와 같은 휴대용 기기에서 지원됩니다.FAT12는 플로피 디스크에서 사용되지만 FAT16FAT32는 일반적으로 대형 미디어에 있습니다.

FAT는 DOS 및 Windows 9x 시대에 걸쳐 하드 디스크에서도 사용되었습니다.Microsoft는 1993년에 Windows NT 플랫폼과 함께 새로운 파일 시스템인 NTFS("New Technology File System")를 도입했지만 2001년에 NT 기반의 Windows XP가 출시될 때까지 FAT는 가정용 사용자의 표준으로 유지되었습니다.FAT 는, 공유 Windows, Linux, 및 DOS 환경 등, 복수의 operating system에 의해서 사용되는 하드 디스크(HDD)에서도 사용되고 있습니다.게다가 Microsoft Windows 에는, FAT 파일 시스템을 NTFS 로 직접 변환하기 위한 툴이 프리 인스톨 되어 있습니다만,[5] 직접 되돌릴 수는 없습니다.

많은 운영 체제에서는 내장 또는 타사 파일 시스템 핸들러를 통해 FAT 형식의 미디어를 지원합니다.

1998년 이후 거의 모든 디지털 카메라에서 채택된 DCF 파일 시스템은 8.3 파일 이름을 가진 논리 파일 시스템을 정의하고 호환성을 위해 물리 계층에 FAT12, FAT16, FAT32 또는 exFAT를 의무적으로 사용합니다.[6]

FAT는 EFI 준거 [7]컴퓨터의 부트 단계에서 EFI 시스템 파티션에도 내부적으로 사용됩니다.숨겨진 FAT 파일 시스템은 최신 PC의 UEFI 부팅 파티션에도 사용됩니다.

플로피 디스크의 경우 FAT는 ECMA-107[8]ISO/IEC 9293:1994[9](ISO 9293:1987을 대체[10])로 표준화되어 있습니다.이러한 규격은 짧은 8.3 파일 이름만 지원하는 FAT12 및 FAT16을 대상으로 하며 VFAT를 사용하는 긴 파일 이름은 부분적으로 [11]특허를 받았습니다.

명명법

"FAT 파일 시스템"은 FAT12, FAT16FAT32를 나타냅니다.OS 유틸리티는 디바이스 포맷에 사용되는 버전을 식별하지 못할 수 있습니다.

"FAT16"은 16비트 와이드 클러스터 엔트리를 가진 FAT 파일 시스템의 원래 그룹과 32비트 섹터 엔트리를 가진 최신 버전(FAT16B)을 모두 나타냅니다.디스크 파라미터 블록에 저장된 값을 사용하여 파일 구조를 식별할 수 있습니다.

VFAT」는, 긴 파일명의 확장자(옵션)로, 임의의 FAT 파일 시스템상에서 동작합니다.VFAT 긴 파일 이름을 사용하는 볼륨은 VFAT 확장을 지원하지 않는 운영 체제에서도 읽을 수 있습니다.

파일 시스템의 일반적인 유형(FAT12, FAT16 또는 FAT32)은 FAT 내의 클러스터 엔트리의 폭에 따라 결정됩니다.디스크 매개 변수 블록에 저장된 클러스터 수에 대한 특정 임계값에 따라 사용되는 FAT 유형이 정의됩니다.[7] 크기, 매개 변수 블록 형식 또는 파일 시스템 이름과 같은 저장 장치의 다른 속성을 사용하여 파일 시스템 유형을 [7]파생할 수 없습니다.

FAT12 또는 FAT16 볼륨은 일반적으로 FAT32 [nb 2]볼륨에 사용되는 "FAT32 EBPB"로 정의할 수 있습니다.파티션 ID는 파일 시스템 [12]유형을 단독으로 지정하는 데 사용되지 않습니다.

종류

오리지널 8비트 FAT

8비트 FAT
개발자Microsoft, NCR, SCP
풀네임8비트 파일 할당 테이블
소개했다
한계
최대 파일 크기8 MB
파일 크기 정밀도레코드 무결성(128바이트)[13][14]
최대 파일 이름 길이6.3 파일명(바이너리 파일), 9 문자(ASCII 파일)[13][14]
최대 디렉터리 깊이서브디렉토리
파일 이름에 허용되는 문자ASCII(0x00그리고.0xFF첫 번째 [13][14]문자에는 사용할 수 없습니다.)
특징들
기록된 날짜아니요.
특성쓰기 보호, EBCDIC 변환, 쓰기 후 읽기, 이진(순차 파일이 아닌 랜덤)[13][14]

최초의 FAT 파일 시스템(또는 처음에 FAT 구조)은 맥도날드와 빌 [15]게이츠 간의 일련의 논의를 바탕으로 마크 맥도날드에 [15]의해 설계 및 구현되었습니다.8비트 테이블[13][14][15] 요소(및 최대 데이터 클러스터 번호)와 함께 도입되었습니다.0xBF1977년 또는[16] [nb 3]1978년에 8인치(200mm) 플로피 디스크를 탑재한 NCR 7200 모델 VI 데이터 입력 터미널의 8080 기반[nb 3] 후계기용 마이크로소프트의 스탠드아론 디스크 BASIC-80전초기 모델입니다[13][14].1978년에는 실제 8086 시스템을 사용할 수 없었기 때문에 DEC [17]PDP-10의 에뮬레이터를 사용하여 독립 실행형 Disk BASIC-808086으로 이식했습니다.FAT 파일 시스템은 마이크로소프트의 MDOS/MIDAS에도 사용되었습니다.MDOS/[15]MIDAS는 1979년부터 맥도날드가 작성한 8080/Z80 플랫폼용 운영 체제입니다.스탠드아론 Disk BASIC 버전은 3개의 FAT를 [13][14][18]지원했지만 이는 MIDAS의 파라미터였습니다.보도에 따르면 MIDAS는 10비트, 12비트 및 16비트 FAT 모델도 지원할 준비가 되어 있다고 합니다.스탠드아론 디스크 [13][14]베이직에서는 디렉토리 엔트리의 사이즈가 16바이트였지만, 대신 MIDAS는 엔트리당 32바이트를 차지했습니다.

시애틀 컴퓨터 제품(SCP)의 팀 패터슨은 1979년 [17]5월 마이크로소프트에서 게스트 주간에 독립 실행형 디스크 BASIC-86 에뮬레이터 포트를 SCP의 S-100 버스 8086 CPU 보드 프로토타입에 적용하는 것을 Bob O'Rear를 도와 마이크로소프트의 FAT 구조를 처음 도입했습니다.최종 제품은 1979년 6월 4-7일 뉴욕에서[17] 열린 National Computer Conference(National Computer Conference)의 Lifeboat Associates 부스 스탠드에서 공개되었으며, 패터슨은 MDOS/MIDAS에서의[15] 보다 정교한 FAT 구현에 대해 알게 되었고 맥도날드는 그에게 파일 [16]시스템 설계에 대해 이야기했습니다.

FAT12

FAT12
개발자SCP, Microsoft, IBM, 디지털 리서치, Novell
풀네임12비트 파일 할당 테이블
소개했다
  • 1980-07(QDOS 0.10, 16바이트 디렉토리 엔트리)
  • 1981-02-25(86-DOS 0.42, 32바이트 디렉토리 엔트리, 여러 개의 예약된 섹터)
  • c. 1981-08/10 (PC DOS 1.0, 32바이트 디렉토리 엔트리, 1개의 예약된 섹터)
  • 1982-03-03(MS-DOS 1.25, 32바이트 디렉토리 엔트리, 1개의 예약된 섹터)
파티션 식별자MBR/EBR:
  • FAT12:0x01e.a.
  • BDP:EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
한계
최대 볼륨 크기
  • 16 MB (4 KB 클러스터 포함)
  • 32 MB (8 KB 클러스터 포함)
최대 파일 크기볼륨 사이즈에 의해 제한됨
파일 크기 정밀도1 바이트
최대 파일 수4,068(8KB 클러스터)
최대 파일 이름 길이8.3 파일명(OEM 문자 포함),
LFN 사용 시 255 UCS-2[nb 1] 문자
최대 디렉터리 깊이32 레벨 또는 66 문자(CDS 사용 시),
60레벨 이상(CDS 미포함)
특징들
기록된 날짜
  • 수정일(86-DOS 0.42 이전은 제외),
  • 변경시간(PC DOS 1.0 및 86-DOS 미포함), 작성일시(DOS 7.0 이후만),
  • 액세스 날짜(ACCDATE를 [2]활성화한 경우에만 사용 가능),
  • 삭제 날짜/시간(DELWATCH 2만)
날짜 범위1980-01-01 ~2099-12-31 (2107-12-31)
날짜 해결
  • 마지막으로 수정한 시간은 2초입니다.
  • 작성시간 10밀리초,
  • 액세스 날짜로 1일,
  • 삭제 시간 2초
특성읽기 전용(DOS 2.0 이후), 숨김, 시스템, 볼륨(MS-DOS 1.28PC DOS 2.0 이후), 디렉토리(MS-DOS 1.40 및 PC DOS 2.0 이후), 아카이브(DOS 2.0 이후)
파일 시스템 권한
투과적 압축볼륨 단위, SuperStor, Stacker, DoubleSpace, DriveSpace
투과적 암호화DR-DOS를 사용한 볼륨 단위만

그래서 루트 디렉터리 지금 사이에 위치한 건 4월과 8월 1980년 사이는 동안 SCP의 8086운영 체제의 FAT개념을 빌리QDOS 0.10,[17]팀 패터슨 12bits,[19]에 2-FATs의 수를 감소시켰다, 어떤 조리된 클러스터 가치의 의미를 재정의하고 디스크 배치 수정의 표 요소들을 내밀었다.FATFAT12를 구현하기 위한 데이터 영역입니다.또한 Paterson은 CP/M 스타일의 8.3 파일 이름과 파일 제어 블록을 지원하기 위해 9자(6.3) 파일[13][14] 길이의 제한을 11자로 늘렸습니다.Microsoft Standalone Disk BASIC의 8비트 파일 시스템 전구체에 사용된 형식은 QDOS에서 지원되지 않습니다. 1980년 8월 QDOS는 86-DOS[20]이름이 변경되었습니다.86-DOS 0.42부터는 파일 날짜[21] 스탬프를 추가하고 이론적인 파일 크기 제한을 16MB [21]이상으로 늘리기 위해 디렉토리 엔트리의 크기와 레이아웃이 16바이트에서 32바이트로[21] 변경되었습니다.86-DOS 1.00은 1981년 초에 사용할 수 있게 되었습니다.이후 1981년 86-DOS는 마이크로소프트의 MS-DOSIBM PC [15][19][22]DOS로 진화했습니다.MS-DOS 1.20에서는 16바이트 디렉토리[21] 엔트리로 이전에 포맷된 볼륨을 읽는 기능이 삭제되었습니다.

FAT12는 클러스터 주소에 12비트 엔트리를 사용했습니다.일부 값은 클러스터 체인의 끝을 표시하기 위해, 디스크의 사용 불가능한 영역을 표시하기 위해, 또는 다른 목적으로 예약되어 있었기 때문에 클러스터의 최대 수는 [23][24]4078개로 제한되었습니다.디스크 공간을 절약하기 위해 2개의 12비트 FAT 엔트리가 디스크에서 3개의 연속된8비트 바이트를 사용했기 때문에 12비트 값을 언팩하기 위한 조작이 필요했습니다.이 용량은 원래 플로피 디스크 드라이브와 최대 32MB의 소형 하드 디스크에 충분했습니다.DOS 3.31에서 사용할 수 있는 FAT16B 버전은 32비트 섹터 번호를 지원하므로 볼륨 크기 제한을 늘렸습니다.

모든 제어 구조는 읽기 및 쓰기 작업 중에 헤드가 움직이지 않도록 첫 번째 트랙 안에 들어갑니다.제어 구조 영역에 불량 섹터가 있으면 디스크를 사용할 수 없게 됩니다.DOS 포맷 툴은 이러한 디스크를 완전히 거부했습니다.파일 데이터 영역에서만 불량 섹터가 허용되었습니다.잘못된 섹터가 포함된 클러스터가 예약된 값으로 사용할 수 없는 것으로 표시됨0xFF7지방으로.

86-DOS는 3개의 디스크 형식(250.25KB, 616KB 및 1232KB, FAT ID 포함)을 지원. 0xFF그리고.0xFE8인치(200mm) 플로피 드라이브의 경우 1981년 원본 IBM Personal Computer와 함께 출시된 IBM PC DOS 1.0은 포맷된 용량이 160KB(FAT ID)인 8 섹터 플로피 형식만 지원했습니다.0xFE) 단면 5.25인치 플로피 드라이브 및 PC DOS 1.1에서는 320KB(FAT ID)의 양면 포맷 지원이 추가되었습니다.0xFFPC DOS 2.0 에서는, 180 KB(FAT ID)의 9 섹터 플로피 포맷이 서포트되고 있습니다.0xFC) 및 360KB(FAT ID)0xFD).

86-DOS 1.00 및 PC DOS 1.0 디렉토리 엔트리에 포함된 날짜는 마지막 수정일입니다.PC DOS 1.1에 마지막으로 변경된 시간이 추가되었습니다.PC DOS 1.x 파일 속성에는 숨겨진 비트와 시스템 비트가 포함되어 있으며 나머지 6비트는 정의되어 있지 않습니다.당시 DOS는 하위 디렉토리를 지원하지 않았지만 일반적으로 디스켓에는 수십 개의 파일만 있었습니다.

PC XT는 IBM이 제공한 하드 드라이브가 장착된 최초의 PC이며 PC DOS 2.0은 FAT12(FAT ID)를 통해 해당 하드 드라이브를 지원했습니다. 0xF8하드디스크의 클러스터당 8개의 섹터가 있다는 고정 가정에서는 512바이트 섹터와 4KB 클러스터의 최대 파티션 크기가 사실상 16MB로 제한되었습니다.

BIOS 파라미터 블록(BPB)은 PC DOS 2.0에서도 도입되었으며 이 버전에서는 계층형 서브 디렉토리의 [25]읽기 전용, 아카이브, 볼륨 라벨 및 디렉토리 속성 비트도 추가되었습니다.

MS-DOS 3.0에서는 고밀도 1.2MB 5.25인치 디스켓(미디어 디스크립터) 지원이 도입되었습니다.0xF9특히 트랙당 15개의 섹터가 있어 FAT를 위한 공간이 더 넓어졌습니다.

1.44 MB 이상의 2.88 MB 디스크를 포함한 모든 일반 플로피 디스크에서 FAT12가 계속 사용됩니다(미디어 기술자 바이트).0xF0).

초기 FAT16

FAT16
개발자Microsoft, IBM, 디지털 리서치, Novell
풀네임16비트 파일 할당 테이블
(16비트 섹터 엔트리 포함)
소개했다1984-08-14 (PC DOS 3.0)
1984-08 (MS-DOS 3.0)
파티션 식별자MBR/EBR:
  • FAT16:0x04e.a.
  • BDP:EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
한계
최대 파일 크기볼륨 사이즈에 의해 제한됨
파일 크기 정밀도1 바이트
최대 파일 수32KB 클러스터에서는 65,536
최대 파일 이름 길이OEM 문자 포함 8.3 파일 이름, LFN 사용255 UCS-2 문자[nb 1]
최대 디렉터리 깊이32 레벨 또는 66 문자(CDS 사용 시),
60레벨 이상(CDS 미포함)
특징들
기록된 날짜
  • 변경된 날짜/시간, 작성 날짜/시간(DOS 7.0 이후만 해당),
  • 액세스 날짜(ACCDATE를 [2]활성화한 경우에만 사용 가능),
  • 삭제 날짜/시간(DELWATCH 2만)
날짜 범위1980-01-01 ~2099-12-31 (2107-12-31)
날짜 해결
  • 마지막으로 수정한 시간은 2초입니다.
  • 작성시간 10밀리초,
  • 액세스 날짜로 1일,
  • 삭제 시간 2초
특성읽기 전용, 숨김, 시스템, 볼륨, 디렉토리, 아카이브
파일 시스템 권한
투과적 압축볼륨 단위, SuperStor, Stacker, DoubleSpace, DriveSpace
투과적 암호화DR-DOS를 사용한 볼륨 단위만

1984년 IBM은 PC AT를 출시했는데, 20MB 하드 디스크에 액세스하려면 PC DOS 3.0이 필요합니다.[26][27] Microsoft는 MS-DOS 3.0을 병행하여 도입했습니다.클러스터 주소가 16비트로 증가하여 볼륨당 최대 65,526개의 클러스터를 허용합니다.그러나 섹터의 최대 가능 수와 파티션의 최대 크기인 32MB는 변경되지 않았습니다.클러스터 주소는 16비트였지만 이 형식은 오늘날 일반적으로 FAT16으로 인식되는 형식이 아닙니다.파티션 타입 0x0465,536 섹터 미만(섹터 크기 512의 경우 32MB 미만)의 FAT16 형식을 나타냅니다.FAT16의 장점은 소규모 클러스터를 사용하여 Disk를 보다 효율적으로 사용할 수 있다는 것입니다. 특히 크기가 수백 바이트에 불과한 많은 파일의 경우 더욱 효율적입니다.

MS-DOS 3.0은 모든 16MB-32MB 파티션을 FAT16 형식으로 포맷했기 때문에 MS-DOS 3.0에서 포맷된 20MB 하드디스크에 MS-DOS 2.0에서 액세스할 수 없었습니다. MS-DOS 3.0에서 MS-DOS 3.30으로 FAT12 파티션에 액세스할 수 있지만 16MB의 모든 파티션이 필요합니다.MS-DOS 3.31 이후에는 16MB-32MB FAT12 파티션에 다시 액세스할 수 있습니다.

논리 구분 FAT

FAT12 및 FAT16의 MS-DOS 및 PC DOS 구현에서는 32MB보다 큰 디스크 파티션에 액세스할 수 없었습니다.일부 제조업체는 자체 OEM 버전의 MS-DOS [29]내에서 자체 FAT 변형을 개발했습니다.

일부 벤더(AST [29] NEC)는 커스텀 확장 마스터 부트 레코드(MBR)에서 표준 4개가 아닌 8개의 프라이머리 파티션 엔트리를 지원하여 MS-DOS를 여러 개의 프라이머리 파티션을 사용하도록 조정했습니다.

다른 벤더는 파일 시스템이 동작하는 섹터의 외관 크기를 늘림으로써 16비트 섹터 엔트리에 의해 부과되는 볼륨 크기 제한을 회피했습니다.이러한 논리 섹터는 디스크의 물리적 섹터 크기(아직 512바이트)보다 큽니다(최대 8192바이트).DOS-BIOS 또는 시스템 BIOS는 여러 물리 섹터를 파일 시스템이 동작하는 논리 섹터에 결합합니다.

이러한 변경은 DOS 커널의 파일 시스템 구현에 투명했습니다.기본 DOS-BIOS는 파티션 정보와 드라이브의 물리적 구조에 따라 이러한 논리 섹터를 물리적 섹터로 변환했습니다.

이 접근법의 단점은 섹터 버퍼링 및 디블로킹에 사용되는 메모리 증가입니다.이전 버전의 DOS에서는 큰 논리 섹터를 사용할 수 없었기 때문에 OEM은 MS-DOS 및 PC DOS의 시판 문제로부터 FAT를 숨기기 위해 새로운 파티션 ID를 도입했습니다.논리 구분된 FAT의 알려진 파티션 ID에는 다음과 같은 것이 있습니다.0x08(Commodore MS-DOS 3.x),0x11(Leading Edge MS-DOS 3.x),0x14(AST MS-DOS 3.x),0x24(NEC MS-DOS 3.30[29]),0x56(AT&T MS-DOS 3.x),0xE5(Tandy MS-DOS),0xF2 (Sperry IT MS-DOS 3.x, Unisys MS-DOS 3.3 - Digital Research [30]DOS Plus 2.1에서도 사용).도시바 MS-DOS, 와이즈 MS-DOS 3.2, 3.3,[31] 제니스 MS-DOS 등 OEM 버전도 논리 [32]섹터링을 활용한 것으로 알려졌다.

이러한 FAT 변형은 비표준 및 비최적이지만 파일 [citation needed]시스템 자체의 사양에 따라 완벽하게 유효합니다.따라서 MS-DOS 및 PC DOS의 디폴트 문제에 대처할 수 없었던 경우에도 이들 벤더 고유의 FAT12 및 FAT16의 대부분은 파티션 ID를 인식되는 유형 [nb 4]중 하나로 변경하는 것만으로 DR-DOS 등의 운영체제에서 보다 유연한 파일시스템을 구현함으로써 마운트할 수 있습니다.또들은 더 이상 자신들의 원래 운영 시스템에 의해 인정 받아도 기존의 파티션 FAT12과 16비트 파일 할당 표권 더 MS-DOS/PC 도스 4.0–6.3한 제출한 BPB에 부문의 수에 비해 32비트 입국과 함께 스위칭하여 부문 512bytes,[33]에서 다른 크기를 지원하지 않는 버전과 부합하에"변환" 수 있다.시nce DOS 3.31(아래 FAT16B 참조)을 사용하면 클러스터 크기를 유지하고 BPB의 논리 섹터 크기를 512바이트로 줄이는 동시에 클러스터당 논리 섹터 수, 예약된 논리 섹터 수, 총 논리 섹터 수 및 FAT당 논리 섹터 수를 동일한 계수만큼 늘릴 수 있습니다.

MS-DOS/PC DOS의 발전으로 가능한 최대 FAT 사이즈가 증가했습니다.하드 디스크에 복수의 FAT 파티션이 도입되었습니다.호환 가능한 방법으로 더 많은 FAT 파티션을 사용할 수 있도록 하기 위해 PC DOS 3.2(1986)에 새로운 파티션 유형이 도입되었습니다.[15]이것논리 드라이브라고 불리는 추가 파티션의 컨테이너입니다.PC DOS 3.3(1987년 4월) 이후, 다음의 논리 드라이브를 포함한 옵션의 확장 파티션이 추가되고 있습니다.하드 디스크의 MBR은 최대 4개의 프라이머리 파티션을 정의할 수도 있고 최대 3개의 프라이머리 파티션 외에 확장 파티션을 정의할 수도 있습니다.

최종 FAT16

FAT16B
개발자Compaq, 디지털 리서치, IBM, Microsoft, Novell
풀네임16비트 파일 할당 테이블
(32비트 섹터 엔트리 포함)
소개했다
파티션 식별자MBR/EBR:
한계
최소 볼륨 크기
  • 8 MB (128 바이트 섹터 포함)
  • 32 MB (512 바이트 섹터 포함)
  • 256 MB (4 KB 섹터 포함)
최대 볼륨 크기
  • 2 GB (32 KB 클러스터)
  • 4 GB (64 KB 클러스터 탑재 시) (NT 4, PTS-DOS, EDR-DOS)
  • 8 GB (128 KB 클러스터 및1 또는 2 KB 섹터 포함) (NT 4 및 EDR-DOS 한정)
  • 8 GB (128 KB 클러스터 및 512 바이트 섹터 포함) (EDR-DOS만 해당)
  • 16 GB (256 KB 클러스터 및 2 또는4 KB 섹터 포함) (NT 4만 해당)
최대 파일 크기
  • 2,147,483,647 바이트 (2 GB - 1) (LFS 없음)
  • 4,294,967,295 바이트 (4 GB - 1) (LFS 사용시)
  • 볼륨 사이즈에 의해서만 한정(FAT16+[34]의 경우)
파일 크기 정밀도1 바이트
최대 파일 수65,460 (32 KB 클러스터용)
최대 파일 이름 길이8.3 파일명(OEM 문자 포함),
LFN 사용 시 255 UCS-2[nb 1] 문자
최대 디렉터리 깊이32 레벨 또는 66 문자(CDS 사용 시),
60레벨 이상(CDS 미포함)
특징들
기록된 날짜
  • 변경된 날짜/시간, 작성 날짜/시간(DOS 7.0 이후만 해당),
  • 액세스 날짜(ACCDATE를 [2]활성화한 경우에만 사용 가능),
  • 삭제 날짜/시간(DELWATCH 2만)
날짜 범위1980-01-01 ~2099-12-31 (2107-12-31)
날짜 해결
  • 마지막으로 수정한 시간은 2초입니다.
  • 작성시간 10밀리초,
  • 액세스 날짜로 1일,
  • 삭제 시간 2초
특성읽기 전용, 숨김, 시스템, 볼륨, 디렉토리, 아카이브
파일 시스템 권한
투과적 압축볼륨 단위, SuperStor, Stacker, DoubleSpace, DriveSpace
투과적 암호화DR-DOS를 사용한 볼륨 단위만

1987년 11월 Compaq 퍼스널 컴퓨터 DOS 3.31(Compaq에 의해 머신과 함께 출시된 MS-DOS 3.3의 OEM 버전)은 오늘날 단순히 FAT16 포맷으로 알려진 것을 선보였으며 16비트 디스크 섹터가 BPB에서 32비트로 확장되었다.디스크 상의 변경은 미미했지만 DOS 디스크 드라이버 전체를 32비트 섹터 번호를 사용하기 위해 변환해야 했습니다.이 작업은 16비트 어셈블리 언어로 작성되었기 때문에 복잡했습니다.그 결과 처음에는 DOS 3.31 Large File System으로 불렸다.마이크로소프트의DSKPROBE툴은 타입을 참조합니다.0x06BigFAT라고 [35]불리는데 반해 일부 이전 버전은FDISKBIGDOS라고 표현했습니다.기술적으로는 FAT16B로 알려져 있습니다.

이전 버전의 DOS는 65,535 섹터 이상에 대응하도록 설계되지 않았기 때문에 3.31 이전 DOS 문제로부터 이 포맷을 숨기기 위해 새로운 파티션 유형을 도입할 필요가 있었습니다.FAT16(65,536 섹터 미만)의 원래 형태에는 파티션 유형이 있습니다. 0x04이 크기보다 큰 디스크를 처리하려면0x0665,536 이상의 섹터를 나타내기 위해 도입되었습니다.이와 더불어 디스크 드라이버는 65,535개 이상의 섹터에 대응하도록 확장되었습니다.원래의 FAT16 포맷과 새로운 FAT16B 포맷의 유일한 차이점은 32비트섹터 엔트리에 새로운 BPB 포맷을 사용하는 것입니다.따라서, FAT16B 포맷을 서포트하는 새로운 operating system에서는, 필요한 변경 없이 원래의 FAT16 포맷에도 대응할 수 있습니다.

DOS 3.31보다 이전 DOS에서 사용되는 파티션을 최신 도구로 작성해야 하는 경우 이론적으로 필요한 유일한 기준은 섹터 수가 65536 미만이고 이전 파티션 ID 사용입니다.0x04그러나 실제로는 다음과 같이 입력합니다.0x01그리고.0x04프라이머리 파티션은 MS-DOS 2.x의 다른 제한사항으로 인해 디스크의 처음 32MB 밖에 물리적으로 배치하지 마십시오.

1988년에는 DR DOS 3.31, PC DOS 4.0, OS/2 1.1 및 MS-DOS 4.0을 통해 FAT16B의 개선이 보다 일반적으로 이루어졌습니다.파티션 크기에 대한 제한은 클러스터당 섹터의 8비트 서명 수에 따라 결정되었으며, 원래는 최대 2제곱 값이 64였습니다.표준 하드 디스크 섹터 크기가 512바이트인 경우 최대 32KB의 클러스터 크기를 제공하므로 섹터 크기 512의 경우 FAT16 파티션 크기에 대한 "확정" 제한을 2GB로 고정합니다.0.5KB가 아닌 1~2KB 섹터를 가질 수 있는 광자기 미디어에서는 이 크기 제한이 비례적으로 커집니다.

이후 Windows NT에서는 클러스터당 섹터 수를 부호 없음으로 간주하여 최대 클러스터 크기를 64KB로 늘렸습니다.단, 그 결과 포맷은 당시의 다른 FAT 구현과 호환되지 않아 내부 플래그멘테이션이 증가했습니다.Windows 98, SE 및 ME는 이 변종의 읽기 및 쓰기를 지원하지만 디스크 유틸리티가 이 변종과 함께 작동하지 않아 이러한 볼륨에서 일부 FCB 서비스를 사용할 수 없습니다.이로 인해 호환성 상황이 혼란스러워집니다.

1995년 이전에는 DOS 버전이 CHS 주소 지정을 통해서만 디스크에 액세스했습니다.Windows 95(MS-DOS 7.0)에서 LBA 디스크 액세스가 도입되었을 때 파티션은 이 디스크의 첫 번째 c.8GB 밖에 물리적으로 배치되어 기존의 CHS 어드레싱 방식으로는 사용할 수 없게 되었습니다.따라서 CHS 장벽의 일부 또는 전체를 벗어난 파티션은 새로운 파티션 유형을 사용하여 LBA를 지원하지 않는 운영체제로부터 숨겨야 했습니다.0x0E대신 파티션 테이블로 이동합니다.이 파티션 유형을 사용하는 FAT16 파티션의 이름도 FAT16X입니다.[36]이전의 FAT16 파티션과 비교했을 때 유일한 차이점은 BPB 기록의 일부 CHS 관련 지오메트리 항목(트랙당 섹터 수 및 헤드 수)이 잘못된 값을 포함하지 않을 수 있으며 사용해서는 안 된다는 사실입니다.

FAT12 및 FAT16에서 사용할 수 있는 루트 디렉토리 엔트리의 수는 볼륨이 포맷될 때 결정되며 16비트 필드에 저장됩니다.지정된 번호에 대하여RDE및 섹터 크기SS,갯수RDSroot 디렉토리 섹터의 경우RDS = ceil((RDE × 32) / SS),그리고.RDE일반적으로 이러한 섹터를 채우기 위해 선택됩니다.RDE × 32 = RDS × SS. FAT12 및 FAT16 미디어는 보통 512개의 루트 디렉토리 엔트리를 비플로피 미디어에서 사용합니다.mkdosfs와 같은 일부 서드파티 툴에서는 사용자가 [37]이 파라미터를 설정할 수 있습니다.

FAT32

FAT32
개발자마이크로소프트, 칼데라
소개했다1996년 8월 (Windows 95 OSR2)
파티션 식별자MBR/EBR:
한계
최소 볼륨 크기
  • 32 MB ~ 4.5 KB (65525 클러스터 및 512 바이트 섹터 사용)
  • 256 MB ~36 KB (65525 클러스터 및4 KB 섹터)
최대 볼륨 크기
  • 2 TB (512 바이트 섹터 포함)
  • 8 TB (2 KB 섹터 및 32 KB 클러스터 포함)
  • 16 TB (4 KB 섹터 및 64 KB 클러스터 포함)
최대 파일 크기
  • 2,147,483,647 바이트 (2 GB - 1) (LFS 없음)
  • 4,294,967,295 바이트 (4 GB - [1]1) (LFS 사용시)
  • 274,877,906,943 바이트 (256 GB - 1) (FAT32+[34]의 경우에만)
파일 크기 정밀도16 바이트
최대 파일 수32KB 클러스터에서는 268,173,300
최대 파일 이름 길이8.3 파일명(OEM 문자 포함),
LFN 사용 시 255 UCS-2[nb 1] 문자
최대 디렉터리 깊이32 레벨 또는 66 문자(CDS 사용 시),
60레벨 이상(CDS 미포함)
특징들
기록된 날짜
  • 변경된 날짜/시간, 작성 날짜/시간(DOS 7.0 이후만 해당),
  • 액세스 날짜(ACCDATE를 [2]활성화한 경우에만 사용 가능),
  • 삭제 날짜/시간(DELWATCH 2만)
날짜 범위1980-01-01 ~2099-12-31 (2107-12-31)
날짜 해결
  • 마지막으로 수정한 시간은 2초입니다.
  • 작성시간 10밀리초,
  • 액세스 날짜로 1일,
  • 삭제 시간 2초
특성읽기 전용, 숨김, 시스템, 볼륨, 디렉토리, 아카이브
파일 시스템 권한부분적(DR-DOS, REAL/324690 OS만)
투과적 압축네.

FAT16의 볼륨 크기 제한을 극복하기 위해 Microsoft는 DOS 리얼 모드코드가 포맷을 처리할 수 있도록 하는 동시에 새로운 버전의 파일 시스템 FAT32를 설계했습니다.이 파일 시스템은 더 많은 수의 클러스터를 지원하지만 기존 코드를 재사용할 수 있기 때문에 기존 메모리 용량이 더 적게 증가했습니다.5KB보다 커집니다.[38]클러스터 값은 32비트 번호로 나타나며, 이 중 28비트가 클러스터 번호를 유지하기 위해 사용됩니다.

최대 크기

FAT32 부트 섹터는 섹터 카운트에 32비트 필드를 사용하여 최대 FAT32 볼륨 크기를 섹터 크기 512바이트2테라바이트로 제한합니다.최대 FAT32 볼륨 사이즈는 16TB이며 섹터 사이즈는 4,096바이트입니다.[39][40]Microsoft Windows에 내장된 Windows 쉘 디스크 포맷 도구는 최대 32GB의 볼륨 크기만 지원하지만 명령 프롬프트, PowerShell 또는 서드파티 도구로 더 큰 FAT32 볼륨을 생성하여 Microsoft Windows에서 [41]읽을 수 있습니다.

FAT32 볼륨의 최대 파일 크기는 4GB - 1바이트 또는 4,294,967,29532(2 - 1)바이트입니다.이 제한은 디렉토리 테이블의 4바이트 파일 길이 엔트리의 결과이며 충분한 섹터 크기로 활성화된 비교적 큰 FAT16 파티션에도 영향을 미칩니다.

FAT12 및 FAT16과 마찬가지로 FAT32 볼륨은 긴 파일 이름을 직접 기본 제공하지는 않지만 FAT12 및 FAT16 볼륨에 VFAT 긴 파일 이름을 옵션으로 구현한 것과 동일한 방식으로 짧은 파일 이름 외에 VFAT 긴 파일 이름을 선택적으로 유지할 수 있습니다.

발전

FAT32는 1996년에 Windows 95 OSR2(MS-DOS 7.1)에 도입되었지만, FAT32를 사용하려면 재포맷이 필요했고 DriveSpace 3(Windows 95 OSR2 및 Windows 98과 함께 제공된 버전)은 이를 지원하지 않았습니다.Windows 98에서는 데이터 손실 없이 기존 하드 디스크를 FAT16에서 FAT32로 변환하는 유틸리티가 도입되었습니다.

Windows NT 제품 라인에서는 Windows 2000에서 FAT32에 대한 네이티브 지원이 제공되었습니다.윈도우 NT 4.0용 무료 FAT32 드라이버는 나중에 마이크로소프트에 인수된 회사인 윈터널스에서 구할 수 있었다.더 이상 공식 정보원으로부터 드라이버를 입수할 수 없습니다.1998년 이후 Caldera의 동적 로딩 가능한 DRFAT32 드라이버를 사용하여 [42][43]DR-DOS에서 FAT32를 지원할 수 있게 되었습니다.FAT32 및 LBA 액세스를 네이티브로 지원하는 최초의 DR-DOS 버전은 1999년 OEM DR-DOS 7.04였습니다.같은 해 IMS는 REAL/32 7.90에서 네이티브 FAT32 지원을 도입했고 IBM 4690 OS는 버전 [44]2에서 FAT32 지원을 추가했습니다.Ahead Software는 동적으로 로드할 수 있는 다른 FAT32를 제공했습니다.2004년의 Nero Burning ROM 탑재 DR-DOS 7.03용 EXE 드라이버.IBM은 1999년에 OEM PC DOS 7.1에서 기본 FAT32 지원을 도입했습니다.

FAT32 파티션용으로 2종류의 파티션이 예약되어 있습니다.0x0B그리고.0x0C후자의 타입은 CHS [42][45][46][47][48]대신 LBA 디스크액세스의 사용을 나타내기 위해서 FAT32X 라고도 불립니다.이러한 파티션에서, MBR의 CHS 섹터 주소, 트랙당 섹터 수 및 EBPB 레코드의 헤드 수 등 CHS 관련 지오메트리 엔트리는 값을 포함하지 않거나 잘못된 값을 포함할 수 있으므로 [49][47][48]사용해서는 안 됩니다.

내선번호

확장 속성

OS/2확장 어트리뷰트(EA)에 크게 의존하고 있으며 이를 "라는 이름의 숨겨진 파일에 저장합니다.EA␠DATA.␠SFFAT12 또는 FAT16 볼륨의 루트 디렉토리에 있습니다.이 파일은 [50]오프셋에 있는 파일(또는 디렉토리의) 디렉토리 엔트리에서 이전에 예약된 2바이트에 의해 인덱싱됩니다.FAT32 형식에서는 이러한 바이트는 파일 또는 디렉토리의 시작 클러스터 번호의 상위 16비트를 유지하므로 이 방법을 사용하여 FAT32에 OS/2 EA를 저장할 수 없습니다.

다만, 서드파티제의 FAT32 인스톨 가능 파일 시스템(IFS) 드라이버 FAT32.Henk Kelder & Netlabs for OS/2의 IFS 버전 0.70 이후, eComStationArcaOS는 확장 속성을 문자열이 붙은 파일 이름과 함께 추가 파일에 저장합니다.␠EA.␠SF" 가 속한 파일의 일반 파일 이름에 추가됩니다.또한 드라이버는 디렉토리 엔트리의 오프셋 바이트를 사용하여 확장 속성이 존재함을 나타내는 특수 마크 바이트를 저장하여 [51][52]작업 속도를 향상시킵니다.(이 확장자는 FAT32 볼륨에 4GB - 1보다 큰 파일을 저장하는 FAT32+ 방식과 매우 호환되지 않습니다.)[34]

확장 속성은 Workplace Shell 데스크톱, REXX 스크립트 및 많은 시스템 GUI 및 명령줄 유틸리티(4OS2 [53]등)를 통해 액세스할 수 있습니다.

Windows NT는 OS/2 서브시스템에 대응하기 위해 HPFS, NTFS, FAT12 및 FAT16의 확장 속성 처리를 지원합니다.FAT12, FAT16 및 HPFS에 OS/2와 동일한 방식으로 EA를 저장하지만 NTFS 볼륨과 같은 다른 종류의 ADS는 지원하지 않습니다.NTFS 볼륨에서 FAT 또는 HPFS 볼륨으로 EA 이외의 ADS가 포함된 파일을 복사하려고 하면 손실되는 ADS 이름이 포함된 경고 메시지가 나타납니다.FAT32는 지원되지 않습니다.FAT32 볼륨에 EA를 저장하는 IFS 방식.

Windows 2000 이후는 경고 없이 FAT32에 복사할 때 EA를 무시한다는 점을 제외하고 Windows NT와 동일하게 작동합니다(단, "Macintosh Finder Info" 및 "Macintosh Resource Fork"와 같은 다른 ADS에 대한 경고를 표시합니다).

Cygwin은 "를 사용합니다.EA␠DATA.␠SF파일도 있습니다.

긴 파일 이름

Windows 95 설계자사용자 경험 목표 중 하나는 기존의 8.3 파일 이름(SFN)과 더불어 긴 파일 이름(LFN, 최대 255 UTF-16 코드 단위)[nb 1]사용하는 것이었습니다.하위 및 상위 호환성위해 LFN은 디렉토리 엔트리를 배치하는 방법에 대한 회피책을 사용하여 기존 FAT 파일 시스템 구조 위에 옵션 확장자로 구현되었습니다.

데이터 구조를 변경하지 않고 기존 FAT 파일 시스템에 긴 파일 이름을 저장하는 이 투과적인 방법은 일반적으로 Windows 95 가상 디바이스 [nb 5]드라이버의 이름을 따서 VFAT("Virtual FAT")라고 합니다.

VFAT를 지원하지 않는 운영 체제는 여전히 짧은 파일 이름 별칭으로 파일에 제한 없이 액세스할 수 있지만 긴 파일 이름을 가진 파일을 VFAT를 인식하지 못하는 운영 체제에서 복사할 경우 연결된 긴 파일 이름이 손실될 수 있습니다.

윈도우즈 NT에서는 VFAT 긴 파일 이름 지원이 버전 3.5부터 시작되었습니다.

Linux에서는 VFAT 긴 파일 이름을 가진 FAT 볼륨과 함께 사용할 수 있는 VFAT 파일 시스템 드라이버를 제공합니다.한동안 UVFAT 드라이버를 사용하여 VFAT 긴 파일 이름과 함께 UMSDOS 스타일의 권한을 함께 지원할 수 있었습니다.

OS/2는 VFAT를 도입하기 전에 확장 특성(EA)을 사용하여 FAT에 긴 파일 이름 지원을 추가했습니다.따라서 VFAT 긴 파일명은 OS/2에서는 보이지 않으며 EA 긴 파일명은 Windows에서는 보이지 않습니다.따라서 두 운영체제의 경험이 풍부한 사용자는 수동으로 파일 이름을 변경해야 합니다.

Human68K는 독자적인 FAT 파일 시스템 변형으로 최대 18.3개의 파일 이름과 (Shift JIS) 한자 문자를 지원했습니다.

Java 애플리케이션을 지원하기 위해 FlexOS 기반 IBM 4690 OS 버전 2는 FAT 파일 시스템에 긴 파일 이름을 역호환 방식으로 저장하는 자체 가상 파일 시스템(VFS) 아키텍처를 도입했습니다.이네이블의 경우, 가상 파일명(VFN)은 다른 논리 드라이브 문자로 사용할 수 있지만, 실제 파일명(RFN)은 원래의 [54]드라이브 문자로 사용할 수 있습니다.

포크 및 대체 데이터 스트림

FAT 파일시스템 자체는 대체 데이터 스트림(ADS)을 지원하도록 설계되어 있지 않지만, 이러한 스트림에 크게 의존하는 일부 운영체제는 FAT 볼륨에서 이러한 스트림들을 처리하는 다양한 방법을 고안하고 있습니다.이러한 메서드는 추가 정보를 추가 파일 및 디렉토리(클래식 Mac OS 및 MacOS)에 저장하거나 이전에 사용되지 않았던 FAT 온디스크 데이터 구조 필드(OS/2 및 Windows NT)에 새로운 의미를 부여합니다.

PC Exchange를 사용하는 Mac OS는 다양한 날짜, 파일 속성 및 긴 파일 이름을 "라는 숨겨진 파일에 저장합니다.FINDER.DAT" 및 "라는 서브디렉토리의 자원 포크(일반 Mac OS ADS)가 있습니다.RESOURCE.FRK", 를 사용하는 모든 디렉토리에서 사용합니다.PC Exchange 2.1 이후에서는 Mac OS 긴 파일 이름을 표준 FAT 긴 파일 이름으로 저장하고 31자를 초과하는 FAT 파일 이름을 고유한 31자 파일 이름으로 변환하여 Macintosh 응용 프로그램에 표시할 수 있습니다.

macOS는 숨겨진 파일에 AppleDouble 형식사용하여 리소스 포크 및 메타데이터(파일 속성, 기타 ADS)를 저장합니다.이 이름은 소유자 파일 이름 앞에 "가 붙은 이름으로 구성됩니다.._" 및 Finder는 폴더와 파일 메타데이터를 "라는 이름의 숨겨진 파일에 저장합니다..DS_Store(단, Finder는.DS_StoreMacOS의 네이티브 파일 시스템인 HFS+)에서도 사용할 수 있습니다.

UMSDOS 권한 및 파일 이름

초기 Linux 디스트리뷰션에서는 UMSDOS라고 불리는 포맷도 지원했습니다.Unix 파일 속성(긴 파일 이름이나 액세스 권한 등)을 가진 FAT 바리안트입니다.--linux-.---". UMSDOS는 VFAT가 출시된 후 사용되지 않게 되었으며 버전 2.5.[55]7 이후 Linux에서는 기본적으로 활성화되지 않았습니다.한동안 Linux는 UVFAT를 통해 UMSDOS 스타일의 권한과 VFAT 긴 파일 이름을 함께 지원했습니다.

FAT+

2007년에 열린 FAT+ 통풍 어떻게 더 큰 파일까지 256GB-1바이트 또는 274,877,906,943(238− 1)바이트에 관해 다소 수정되고 그렇지 않으면 호환이 가능한 FAT32volumes,[34]를 저장할 수 있지만 위험이 디스크 도구 또는 FAT32구현 이 확장명을 잘 알고 있지 않거나 정상 FAT32파일을 초과하는 파일을 삭제하 s문은 줄일 수 있고 제안했다ize 미스터리 한mit. FAT32+FAT16+ 지원은 DR-DOS 일부 버전으로 제한되며 미드레인지 운영 체제에서는 [56]사용할 수 없습니다.(이 확장자는 다음 확장자와 매우 호환되지 않습니다./EASFAT32의 옵션입니다.OS/2 확장 속성을 FAT32 볼륨에 저장하는 IFS 방식)

파생상품

터보 FAT

NWFS(NetWare File System)에서 Novell은 NetWare 운영체제용으로 대폭 수정된 FAT 파일 시스템을 구현했습니다.대용량 파일의 경우 Turbo FAT라는 이름의 성능 기능을 사용했습니다.

FATX

FATX는 마이크로소프트의 Xbox 비디오 게임 콘솔 하드 디스크 드라이브와 메모리 [57][58]카드용으로 설계된 파일 시스템 제품군으로 2001년에 소개되었습니다.

FATX16FAT32동일한 기본 설계 아이디어와 유사하지만 FATX16 및 FATX32 온디스크 구조는 단순하지만 기본적으로 일반 FAT16 및 FAT32 파일 시스템과 호환되지 않으므로 일반 FAT 파일 시스템 드라이버가 이러한 볼륨을 마운트할 수 없습니다.

부트 불가능한 슈퍼블록 섹터는 크기가 4KB이며 일반 BPB와는 전혀 다른 18바이트의 대형 BPB와 같은 구조를 가지고 있습니다.클러스터의 크기는 일반적으로 16KB이며 Xbox에는 FAT 복사본이 하나만 있습니다.디렉토리 엔트리의 사이즈는 통상의 32바이트가 아닌 64바이트입니다.파일명은 OEM 문자 세트를 사용하여 최대 42자까지 지정할 수 있으며 최대 4GB - 1바이트까지 지정할 수 있습니다.온디스크 타임스탬프에는 작성, 변경, 액세스 일시가 포함되어 있습니다만, FAT 와는 다릅니다.FAT 에서는 에폭1980, FATX 에서는 에폭은 2000 입니다.Xbox 360의 경우 [59]1980년이다.

지방

exFAT는 2006년 11월에 Windows Embedded CE 6.0에서 도입된 파일시스템으로 Vista Service Pack 1 및 Windows XP Service Pack 3(또는 Windows XP Update KB955704)을 탑재한 Windows NT 패밀리에 포함되어 있습니다.파일 할당 테이블 아키텍처에 느슨하게 기반을 두고 있지만 호환되지 않으며 특허에 [60]의해 보호됩니다.

exFAT는 플래시 드라이브메모리 카드(SDXC, 메모리 스틱 XC 등)에서 사용하는 것을 목적으로 하고 있습니다.그 이외의 경우 FAT32가 사용됩니다.통상, 벤더는 SDXC 카드를 사전에 포맷합니다.파일 크기 참조가 4바이트가 아닌 8바이트로 저장되므로 파일 크기 제한이 4GB를 초과하여 2-1비트로 늘어납니다64.

Microsoft의 GUI 및 명령줄 형식 유틸리티는 NTFS(및 작은 파티션의 경우 FAT16BFAT32)의 대체 수단으로 제공됩니다.MBR 파티션유형은0x07(IFS, HPFS 및 NTFS에서 사용되는 것과 동일).VBR에 위치한 논리 지오메트리 정보는 어떤 종류의 BPB와도 유사하지 않은 형식으로 기억된다.

2010년 초, SANS [61]Institute는 파일 시스템을 리버스 엔지니어링했습니다.2019년 8월 28일, 마이크로소프트는 리눅스 커널 및 기타 운영 [62]체제에서 사용할 수 있도록 exFAT 기술 사양을 공개한다고 발표했습니다.

특허

마이크로소프트는 1990년대 중반에 FAT 파일 시스템의 주요 부품에 대한 일련의 특허를 출원하여 승인받았습니다.Windows 95에서 처음 볼 수 있는 FAT의 긴 파일 이름 확장자: 미국 특허 5,579,517,[63]미국 특허 5,745,902,[64]미국 특허 5,758,352,[65]미국 특허 6,286,013(2013년 [66]이후 모두 만료됨)과 관련이 있습니다.

2003년 12월 3일, Microsoft는[67] 자사의 FAT 사양과 「관련 지적 재산」의 사용 라이센스를 판매 대당 미화 0.25달러의 로열티와 라이센스 [68]계약당 최대 250,000달러의 로열티로 제공한다고 발표했습니다.이를 위해 MS는 지적재산권 주장의 근거로 FAT 파일 시스템에 관한 특허 4건을 들었다.

EFI FAT32 [7]사양에서는 마이크로소프트는 많은 권한을 부여하고 있으며, 많은 독자들은 이를 운영체제 벤더가 [69]FAT를 구현할 수 있도록 허용하고 있다고 해석하고 있습니다.

FAT에 영향을 주는 Microsoft 이외의 특허에는, OS/2 확장 오브젝트 속성에 관한 미국 특허 5,3671,671건이 포함됩니다([70]2011년에 만료).

과제와 소송

Pubpat Foundation(PUBPAT)은 2004년 미국 특허청(USPTO)제록스 [71]및 IBM의 선행 기술 참조를 포함하여 미국 특허 5579517의 [63]유효성에 대해 이의를 제기하는 증거를 제출했습니다.USPTO는 조사를 개시해 [72]특허의 모든 클레임을 기각하는 것으로 결론을 내렸다.이듬해 USPTO는 재심사 과정을 거쳐 517년 특허의 부결을 확인하고 특허에 잘못된 양도자가 있다는 이유로 미국 특허 575만8352건이[65] 무효라고 추가로 발표했다.

그러나 2006년 USPTO는 마이크로소프트의 FAT 시스템 구현의 특징이 "신상하고 명확하지 않다"고 판결하여 이전의 결정을 뒤집고 특허를 [73]유효하게 유지했습니다.

2009년 2월, Microsoft는, 디바이스 메이커의 제품이 VFAT 롱 파일명에 관한 특허를 침해하고 있다, 라고 하는 이유로, TomTom상대로 특허 침해 소송을 제기했습니다.일부 TomTom 제품은 Linux를 기반으로 하기 때문에 마이크로소프트가 Linux [74]플랫폼에 대해 특허를 적용하려고 시도한 것은 이번이 처음입니다.소송은 다음 달 마이크로소프트가 톰톰의 특허 중 4건에 대한 접근권을 주고, 톰톰이 자사 제품에서 VFAT 긴 파일명에 대한 지원을 중단하고, 그 대가로 마이크로소프트가 톰톰에 대해 [75]5년간 법적 소송을 제기하지 않기로 합의함으로써 법정 밖에서 해결되었다.

2010년 10월 Microsoft는 Motorola를 상대로 몇 가지 특허(VFAT 특허 2건 포함)가 Android 운영체제에서 [76]사용할 수 있는 라이선스가 없다고 주장하며 특허 침해 소송을 제기했습니다.그들[77]또한 ITC에 고소장을 제출했다.오픈 소스 소프트웨어 개발자들은 마이크로소프트의 [78][79]특허를 회피하기 위한 방법을 고안해 왔다.

2013년 [81]독일에서 특허 EP0618540 "길고 짧은 파일 이름을 위한 공통 이름 공간"(2014년 만료[80])이 무효화되었습니다.항소가 취하된 후,[82] 이 판결은 2015년 10월 28일에 최종 확정되었다.

「 」를 참조해 주세요.

메모들

  1. ^ a b c d e f Windows 2000 이후, Microsoft Windows 에서는, 내부유니코드」UCS-2 대신에 UTF-16 이 사용되고 있습니다.UTF-16에서는, 「문자」(코드 포인트)가 2개의 코드 유닛을 차지할 수 있습니다.
  2. ^ Windows XP 에서는, FAT16B 포맷의 ZIP-100 디스크를 FAT32 포맷으로 재포맷 할 때에, 같은 하이브리드 디스크가 작성되는 것이 확인되고 있습니다.그 결과 볼륨은 포맷상으로는 FAT32이지만 FAT16B EBPB를 사용하고 있습니다(FAT16 EBPB만 사용했을 경우 Windows가 FAT32 볼륨상의 루트 디렉토리의 위치를 어떻게 결정하는지 불명확합니다).
  3. ^ a b FAT 파일 시스템 지원을 통합한 제1NCR 데이터 입력 단말기에 대해서는 소스가 다르다.Stephen Manes와 Paul Andrews의 "Gates"에 따르면 개발은 1977년 말에 NCR 8200을 위한 것으로 잘못 분류되었습니다. NCR 7200은 1975-11년에 출시되었으며 인텔 8080 8비트 프로세서를 기반으로 구축되었지만 카세트 기반만 사용되었습니다.그러나 NCR Century 8200은 여러 데이터 입력 단자를 연결할 수 있는 16비트 미니 컴퓨터였습니다.Marc McDonald는 NCR 8500을 기억하기도 했습니다. NCR 8500은 Criterion 시리즈의 메인프레임이며, 이 또한 배제할 수 있습니다.1978-02년에 출하될 예정인 1977-10년에 발표된 NCR은 8080 기반의 NCR I-8130NCR I-8150 모델의 듀얼 플로피 디스크를 탑재한 스몰 비즈니스 시스템도 포함한 NCR I-8100 시리즈를 출시했습니다.다른 소스에서는 NCR 7200 시리즈 자체 또는 후속 시리즈가 실제 타깃플랫폼이었음을 나타냅니다.NCR Basic Plus 6(Microsoft Extended BASIC-80 기반)은 카세트 기반 NCR 7200 모델 VI에서 1977년 1분기에 출시되었습니다.NCR 7500 시리즈는 유사한 8080 하드웨어를 기반으로 1978년에 출시되었지만 현재는 8인치 디스켓을 탑재한 NCR 75207530 모델을 포함하고 있습니다.NCR Basic +6적어도 1979년 이후 독립형 디스크 BASIC-80의 선구자 또는 적응을 이용할 수 있었다.한 소식통은 8인치 디스켓 2개와 마이크로소프트 베이직(Microsoft BASIC)이 포함된 NCR 7200 모델 변종이 존재했으며 NCR 시드니가 호주로 가장 적게 수입했다고 주장했다.
  4. ^ DR-DOS는 최대 1024바이트의 논리 섹터 크기의 FAT12/FAT16 논리 섹터 미디어를 기동할 수 있습니다.
  5. ^ 윈도우즈 95 이전 버전의 윈도우즈 for Workgroups 3.11에 VFAT라는 드라이버가 표시되었지만 이 이전 버전은 32비트 파일 액세스 구현에만 사용되었으며 긴 파일 이름을 지원하지 않았습니다.

레퍼런스

  1. ^ a b "File Systems". Microsoft TechNet. 2001. Archived from the original on 2011-08-12. Retrieved 2011-07-31.
  2. ^ a b c d e Microsoft (2006-11-15)Windows 95 의 CD-ROM 구성.TXT FileArchive 2020-07-31 Wayback Machine 문서 135481, 개정판 1.1, retrieved 2011-12-22: "각 하드 디스크에 대해 마지막으로 파일에 액세스한 날짜를 기록할지 여부를 지정합니다.컴퓨터가 안전 모드로 시작되면 모든 드라이브에 대해 마지막 액세스 날짜가 꺼지고 플로피 디스크에는 기본적으로 유지되지 않습니다.구문:ACCDATE=drive1+ - [drive2+ -]..."
  3. ^ "A brief introduction to FAT (File Allocation Table) formats". www.wizcode.com. Archived from the original on September 25, 2015. Retrieved September 24, 2015.
  4. ^ "Comparing NTFS and FAT file systems". Microsoft. Archived from the original on 2016-06-20. Retrieved 2014-01-27.
  5. ^ "How to Convert a Drive from FAT32 to NTFS without Data Loss". WindowsLoop. 2021-07-11. Archived from the original on 2021-08-08. Retrieved 2021-08-08.
  6. ^ JEIDA/JEITA/CIPA (2010). "Standard of the Camera & Imaging Products Association, CIPA DC-009-Translation-2010, Design rule for Camera File system: DCF Version 2.0 (Edition 2010)" (PDF). Archived from the original (PDF) on September 30, 2013. Retrieved 2011-04-13.
  7. ^ a b c d "Microsoft Extensible Firmware Initiative FAT32 File System Specification, FAT: General Overview of On-Disk Format". Microsoft. 2011-03-30. Archived from the original on 2021-07-23. Retrieved 2018-12-21.
  8. ^ "Volume and File Structure of Disk Cartridges for Information Interchange". Standard ECMA-107 (2nd ed., June 1995). ECMA. 1995. Archived from the original on 2018-10-07. Retrieved 2011-07-30.
  9. ^ "Information technology – Volume and file structure of disk cartridges for information interchange". ISO/IEC 9293:1994. ISO catalogue. 1994. Archived from the original on 2012-01-17. Retrieved 2012-01-06.
  10. ^ "Information processing – Volume and file structure of flexible disk cartridges for information interchange". ISO 9293:1987. ISO catalogue. 1987. Archived from the original on 2012-01-17. Retrieved 2012-01-06.
  11. ^ Reynolds, Aaron R.; Adler, Dennis R.; Lipe, Ralph A.; Pedrizetti, Ray D.; Parsons, Jeffrey T.; Arun, Rasipuram V. (1998-05-26). "Common name space for long and short filenames". US Patent 5758352. Retrieved 2012-01-19.
  12. ^ Chappell, Geoff (January 1994). Schulman, Andrew; Pedersen, Amorette (eds.). DOS Internals. The Andrew Schulman Programming Series (1st printing, 1st ed.). Addison Wesley Publishing Company. ISBN 978-0-201-60835-9. (xxvi+738+iv 페이지, 3.5" 플로피 [1][2]) 에라타: [3][4][5]
  13. ^ a b c d e f g h i j Xerox BASIC-80 – basic-80 reference manual (PDF). 5.0. Microsoft, Xerox. 1979. 610P70641. Archived (PDF) from the original on 2016-03-04. Retrieved 2014-06-02. (NB. Microsoft (스탠드 아론 디스크/디스크/확장/8K) BASIC-80, (스탠드 아론 디스크/확장) BASIC-86, BASIC 컴파일러, 릴리스 5.0)
  14. ^ a b c d e f g h i j MICROSOFT BASIC-80 version 5.0 reference manual / BASIC-80 Interpreter and Compiler Addendum Release 5.1 (PDF). 5.1. Microsoft. 1979. Archived (PDF) from the original on 2016-03-04. Retrieved 2014-06-02. (NB. Microsoft (스탠드 아론 디스크/디스크/확장/8K) BASIC-80, (스탠드 아론 디스크/확장) BASIC-86, BASIC 컴파일러, 릴리스 5.1)
  15. ^ a b c d e f g Duncan, Ray; Bostwick, Steve; Burgoyne, Keith (1988). The MS-DOS Encyclopedia: versions 1.0 through 3.2 (Completely reworked ed.). Redmond, Washington, USA: Microsoft Press. ISBN 1-55615-049-0. LCCN 87-21452. OCLC 16581341. (x9+1570페이지, 26cm)(NB).이 판은 다른 작가 팀에 의해 철회된 1986년 초판을 광범위하게 수정한 후 1988년에 출판되었다.[6] 2018-10-14년 Wayback Machine에 보관)
  16. ^ a b Manes, Stephen; Andrews, Paul (1993). Gates: How Microsoft's Mogul Reinvented an Industry—and Made Himself the Richest Man in America. Doubleday. ISBN 0-385-42075-7.
  17. ^ a b c d Hunter, David (1983). "Tim Paterson – The roots of DOS". Softalk for the IBM Personal Computer (March 1983). Archived from the original on 2019-09-06. Retrieved 2014-06-02.
  18. ^ 슐먼 앤드류, 브라운, 랄프 D.;Maxey, 데이비드. 미헬스, 레이먼드 J., 카일, 짐(1994년)[1993년 11월].Undocumented 도스:예약된 MS-DOS를 사용하는 기능과 데이터 구조-MS-DOS6, 노벨 도스와 Windows3.1(2판)을 포함하도록 확장에 대한 프로그래머의 가이드입니다.메사추세츠는 책 읽기:애디슨 웨슬리. 페이지의 주 11.아이 에스비엔 0-201-63287-X.(xviii+856+vi 페이지,3.5"-floppy)Errata:[7][8].
  19. ^ a b Paterson, Tim (2007-09-30). "Design of DOS". DosMan Drivel. Archived from the original on 2013-01-20. Retrieved 2011-07-04.
  20. ^ Seattle Computer Products (August 1980). "86-DOS - 8086 OPERATING SYSTEM - $95". Byte (Advertisement). Vol. 5, no. 8. BYTE Publications Inc. p. 173. ISSN 0360-5280. CODEN BYTEDJ. Retrieved 2013-08-18. [9] 2020-02-01을 Wayback Machine(NB)에 보관.SCP 애드버타이즈먼트는 이미 제품을 86-DOS로 호출하고 있지만 특정 버전 번호는 언급하지 않았습니다.버전 0.3은 이미 86-DOS로 알려져 있기 때문에 이름 변경은 버전 0.2 또는 그 직후인 1980년 8월에 이루어졌을 것입니다.)
  21. ^ a b c d Seattle Computer Products (1981). "SCP 86-DOS 1.0 Addendum" (PDF). Archived (PDF) from the original on 2012-10-03. Retrieved 2013-03-10.
  22. ^ Wallace, James; Erickson, Jim;(1992); 하드 드라이브: Bill Gates and the Making of the Microsoft Empire, John Wiley & Sons, ISBN 0-471-56886-4
  23. ^ Norton, Peter;(1986);IBM PC 내부, 개정 확대, Brady, ISBN 0-89303-583-1, 페이지 157
  24. ^ Jenkinson, Brian; Sammes, A. J. (2000). Forensic Computing: A Practitioner's Guide (Practitioner Series). Berlin: Springer. p. 157. ISBN 1-85233-299-9. ... only 2^12 (that is, 4096) allocation units or clusters can be addressed. In fact, the number is less than this, since 000h and 001h are not used and FF0h to FFFh are reserved or used for other purposes, leaving 002h to FEFh (2 to 4079) as the range of possible clusters.
  25. ^ Paterson, Tim (1983). "An Inside Look at MS-DOS". Byte. Archived from the original on July 20, 2011. Retrieved 2011-07-18. The numbering starts with 2; the first two numbers, 0 and 1, are reserved.
  26. ^ IBM(1984년).IBM PC DOS 3.0 발표문.
  27. ^ IBM(1985년).IBM PC DOS 기술 참조.초판, P/N 6024181, 1985년 2월호
  28. ^ "Microsoft Knowledge Base article: "MS-DOS Partitioning Summary"". Archived from the original on 2018-06-12. Retrieved 2018-06-02.
  29. ^ a b c FYI – Installing DR DOS on NEC DOS 3.3 Partitions, Novell, 1993-01-05, FYI.M.1101, archived from the original on 2016-03-04, retrieved 2014-08-12
  30. ^ Brouwer, Andries. "List of partition identifiers for PCs". Archived from the original on 2019-04-23. Retrieved 2012-01-11.
  31. ^ "Q78407: Wyse DOS 3.3 Partitions Incompatible with MS-DOS 5.x and 6.x". Microsoft. 2000-12-17.[데드링크] Alt URL
  32. ^ "Q68176: Upgrading Pre-4.0 Systems with Logical Drive(s) > 32 MB". Microsoft. 2000-12-17.[데드링크] Alt URL
  33. ^ Brouwer, Andries. "Properties of partition tables". Archived from the original on 2019-04-23. Retrieved 2012-01-11.
  34. ^ a b c d Kuhnt, Udo; Georgiev, Luchezar I.; Davis, Jeremy (2007). "FAT+ draft revision 2" (2 ed.). Archived from the original (FATPLUS.TXT) on 2015-02-19. Retrieved 2015-08-05.
  35. ^ "Dskprobe Overview: Data Recovery". Microsoft TechNet. 2003-03-28. Archived from the original on 2011-07-03. Retrieved 2011-08-03.
  36. ^ "Errors Creating Files or Folders in the Root Directory". Microsoft Help and Support. 2004-12-16. Archived from the original on 2020-07-31. Retrieved 2006-10-14.
  37. ^ "mkdosfs man page". Archived from the original on 2006-10-07. Retrieved 2006-11-21.
  38. ^ "Windows 98 Resource Kit – Chapter 10 – Disks and File Systems". Microsoft TechNet. 1998. Archived from the original on 2012-05-01. Retrieved 2012-07-16.
  39. ^ "Limitations of FAT32 File System". Microsoft Knowledge Base. 2007-03-26. Archived from the original on 2020-07-31. Retrieved 2011-08-21. Clusters cannot be 64 kilobytes (KB) or larger
  40. ^ "Limitations of the FAT32 File System in Windows XP". Microsoft Knowledge Base. 2007-12-01. Archived from the original on 2020-07-31. Retrieved 2011-08-21.
  41. ^ Glenn, Walter. "How to Format USB Drives Larger Than 32GB With FAT32 on Windows". How-To Geek. Archived from the original on 2021-01-26. Retrieved 2021-01-26.
  42. ^ a b README.TXT – Caldera DR-DOS FAT32 Enabled Boot Disk (DRFAT32). Caldera, Inc. 1998-07-24.
  43. ^ DRFAT32.SYS R1.00 INT 13h Interface for FAT32 Redirector, Caldera, Inc., 1998-09-11
  44. ^ IBM; 4690 OS 사용자 가이드 버전 5.2, IBM 문서 SC30-4134-01, 2008-01-10([10])
  45. ^ Karpowitz, Christina (1998-09-23). "PowerQuest PartitionMagic 4.0 now available". PowerQuest. Archived from the original on 1999-02-08. Retrieved 2015-04-17.
  46. ^ Livingston, Brian (1998-10-28). "FAT-32X may operate differently than FAT-32 on large hard drives". InfoWorld. Vol. 20, no. 43. Archived from the original on 2015-11-12. Retrieved 2015-04-17.
  47. ^ a b Duitz, Neal (2001-07-17). "Can anyone explain FAT32X?". Win98 Private FAQ, Windows 98 Consumer Preview Program. Archived from the original on 2004-06-13. Retrieved 2015-04-17.
  48. ^ a b Costanzo, Lance (1998-05-14). "FAT32X". Archived from the original on 1998-05-21. Retrieved 2015-04-17.
  49. ^ Steinberg, David (1998-05-01). "What is a FAT32X partition?". Tech Tip / FAQ. PowerQuest Technical Support. Archived from the original on 2015-09-21. Retrieved 2015-04-17.
  50. ^ 열심, 밥; Tavi Systems(2000년 10월 28일);FAT 파일 시스템에 확장 속성 구현 ([11] 2006년 6월 13일 Wayback Machine에서 아카이브 완료)
  51. ^ Kelder, Henk; (2003); FAT32.FAT32의 TXTIFS 버전 0.9.13." ([12] Wayback Machine에서 2013-05-11 아카이브 완료) : "이 바이트[...]Windows 95 실행 중에는 수정되지 않으며 SCANDISK 또는 DRAPG에 의해 [sic]가 얇아집니다.[...] 다른 프로그램이 EA있는 파일의 값을 설정하는 경우 이러한 EA는 다음 DOS만을 사용하여 찾을없습니다. EA(DosQueryPathInfo, DosQueryFileInfo 및 DosEnumAttribute)를 취득하기 위한 다른 OS/2 콜은 이 바이트에 의존하지 않습니다. 또한 반대의 경우가 발생할 수 있습니다. [...] 이 경우 디렉터리 검사 성능만 저하됩니다.상황 모두 CHKDSK에 의해 수정되었습니다."
  52. ^ 켈더, 헨크, FAT32FAT32의 TXTIFS 버전 0.74("Archived copy". Archived from the original on March 30, 2012. Retrieved January 14, 2012.{{cite web}}CS1 maint: 아카이브된 제목으로 복사(링크)).코멘트:이 오래된 버전의 README 파일에서는 여전히 오래된 파일에 대해 설명합니다.0xEA그리고.0xEC마법의 가치
  53. ^ Eager, Bob (2000-10-28). "Implementation of extended attributes on the FAT file system". Tavi OS/2 pages. Archived from the original on 2006-06-13. Retrieved 2006-10-14.
  54. ^ IBM; 4690 OS 프로그래밍 가이드 버전 5.2, IBM 문서 SC30-4137-01, 2007-12-06([13])
  55. ^ "Release notes for v2.5.7". The Linux Kernel archives. 2002-03-12. Archived from the original on 2006-04-15. Retrieved 2006-10-14.
  56. ^ Kuhnt, Udo (2011-07-21). "DR-DOS/OpenDOS Enhancement Project". Archived from the original on 2016-07-06. Retrieved 2015-04-20.
  57. ^ "FATX Specification". free60 wiki. Archived from the original on 2018-07-26. Retrieved 2011-08-16.
  58. ^ de Quincey, Andrew; Murray-Pitts, Lucien (2008-08-29). "Xbox partitioning and file system details". 0.13. Xbox-Linux project. Archived from the original on 2010-06-17. Retrieved 2014-05-25.
  59. ^ Steil, Michael (2008-02-26) [2003]. "Differences between Xbox FATX and MS-DOS FAT". Xbox-Linux project. Archived from the original on 2010-06-17. Retrieved 2014-05-25.
  60. ^ Microsoft. "exFAT File System Intellectual Property licensing program". Microsoft. Archived from the original on May 7, 2013. Retrieved 2013-04-23.
  61. ^ "Reverse Engineering the Microsoft exFAT File System SANS Institute". Archived from the original on 2021-04-21. Retrieved 2021-03-20.
  62. ^ "exFAT in the Linux kernel? Yes!". Microsoft Open Source Blog. 2019-08-28. Archived from the original on 2019-09-01. Retrieved 2019-10-06.
  63. ^ a b US 5579517, 레이놀즈, Aaron R.아들러, Dennis R. & Lipe, Ralph A. 등, 「길고 짧은 파일명의 공통 이름 공간」, 1996년 발행.
  64. ^ US 5745902, Miller, Thomas J. & Kimura, Gary D, "파일 이름 형식이 다른 파일 이름을 사용하여 파일에 액세스하는 방법 및 시스템", 1998년 발행
  65. ^ a b US 5758352, 레이놀즈, Aaron R.아들러, Dennis R. & Lipe, Ralph A. 등, 「길고 짧은 파일명의 공통 이름 공간」, 1998년 발행.
  66. ^ US 6286013, 레이놀즈, Aaron R.애들러, Dennis R. & Lipe, Ralph A. 등, 「운영체제의 파일명의 길고 짧은 공통 네임 스페이스를 제공하는 방법 및 시스템」, 1996년 발행.
  67. ^ Microsoft.com 2009년 8월 22일 Wayback Machine에서 아카이브 완료
  68. ^ "FAT File System". Intellectual Property Licensing. Microsoft. Archived from the original on 2016-09-21.
  69. ^ Garrett, Matthew (2012-01-19). "EFI and Linux: the future is here, and it's awful". linux.conf.au. YouTube. Archived from the original on 2021-11-02. Retrieved 2014-01-12.
  70. ^ US 5367671, Feigenbaum, Barry A. & Miro, Felix, "파일명 또는 경로 테이블 내의 EA 핸들링크를 통해 확장 객체 속성(EA) 데이터에 액세스하는 시스템", 1994년 발행
  71. ^ Ravicher, Daniel B. (2004-04-15). "PUBPAT's Request for Reexamination of Microsoft's FAT Patent" (PDF). Public Patent Foundation. Archived (PDF) from the original on 2013-06-07. Retrieved 2014-01-12.
  72. ^ USPTO (2004-09-30). "Patent Office's Office Action Rejecting Microsoft FAT Patent" (PDF). Public Patent Foundation. Archived (PDF) from the original on 2013-05-26. Retrieved 2014-01-12.
  73. ^ Broache, Anne (2006-01-10). "Microsoft's file system patent upheld". CNET News. Archived from the original on 2016-05-03. Retrieved 2016-04-07.
  74. ^ Paul, Ryan (2009-02-25). "Microsoft suit over FAT patents could open OSS Pandora's Box". arstechnica.com. Archived from the original on 2009-02-27. Retrieved 2009-02-28.
  75. ^ Fried, Ina (2009-03-30). "Microsoft, TomTom settle patent dispute". cnet.com. Archived from the original on 2009-08-05. Retrieved 2009-08-22.
  76. ^ "Microsoft Motorola Patent Suit". 2010-10-01. Archived from the original on 2010-10-06. Retrieved 2010-10-02.
  77. ^ Protalinski, Emil (2010-10-01). "Microsoft sues Motorola, citing Android patent infringement". arstechnica.com. Archived from the original on 2010-10-02. Retrieved 2010-10-02.
  78. ^ Paul, Ryan (2009-07-02). "New Linux patch could circumvent Microsoft's FAT patents". ArsTechnica.com. Archived from the original on 2013-11-01. Retrieved 2013-10-30.
  79. ^ Brown, Eric (2009-07-02). "Can FAT patch avoid Microsoft lawsuits?". DesktopLinux.Com. Archived from the original on 2013-01-31. Retrieved 2009-08-23.
  80. ^ [14] " 파일명과 짧은 파일명의 공통 이름공간", 1994-03-31 웨이백 머신에 보관 2020-03-28
  81. ^ Müller, Florian (2013-12-05). "Federal Patent Court of Germany invalidates Microsoft FAT patent, appeals court may disagree". FOSS Patents. Archived from the original on 2014-01-04. Retrieved 2014-01-12.
  82. ^ Labesius, Stefan (2017-05-28). "Bundespatentgericht erklärt VFAT-Patent erneut für nichtig". ifrOSS. Archived from the original on 2019-08-02. Retrieved 2019-08-02.

외부 링크