VFAT와 FAT32 파일 시스템의 차이점은 무엇입니까?
나는 인터넷을 검색했지만 설득력있는 답을 찾지 못했습니다. 파일 시스템 VFAT와 FAT32가 동일합니까? 아니면 둘 사이에 차이점이 있습니까?
http://technet.microsoft.com/en-us/library/cc750354.aspx 에서 복사
FAT는 무엇입니까?
FAT는 파일 시스템에 대해 이상한 이름처럼 들릴 수 있지만 실제로는 파일 할당 테이블의 약어입니다. 1981 년에 소개 된 FAT는 컴퓨터 용어로 오래되었습니다. 오래 되었기 때문에 Microsoft Windows NT®, Windows 98, Macintosh OS 및 일부 UNIX 버전을 포함한 대부분의 운영 체제는 FAT를 지원합니다.
FAT 파일 시스템은 파일 이름을 8.3 명명 규칙으로 제한합니다. 즉, 파일 이름은 마침표 앞 8 자 이하, 마침표 3 자 이하를 가질 수 있습니다. FAT 파일 시스템의 파일 이름은 문자 나 숫자로 시작해야하며 공백을 포함 할 수 없습니다. 파일 이름은 대소 문자를 구분하지 않습니다.
VFAT는 어떻습니까?
VFAT라는 파일 시스템에 대해서도 들어 보셨을 것입니다. VFAT는 FAT 파일 시스템의 확장이며 Windows 95에 도입되었습니다. VFAT는 FAT와의 역 호환성을 유지하지만 규칙을 완화합니다. 예를 들어, VFAT 파일 이름은 최대 255 자, 공백 및 여러 마침표를 포함 할 수 있습니다. VFAT는 파일 이름의 대소 문자를 유지하지만 대소 문자를 구분하지 않습니다.
VFAT를 사용하여 긴 파일 이름 (8.3보다 긴)을 만들면 파일 시스템은 실제로 두 개의 다른 파일 이름을 만듭니다. 하나는 실제 긴 파일 이름입니다. 이 이름은 Windows 95, Windows 98 및 Windows NT (4.0 이상)에서 볼 수 있습니다. 두 번째 파일 이름을 MS-DOS® 별칭이라고합니다. MS-DOS 별칭은 긴 파일 이름의 축약 형입니다. 파일 시스템은 긴 파일 이름의 처음 6 자 (공백 제외)와 물결표 [~] 및 숫자 트레일러를 차례로 사용하여 MS-DOS 별칭을 만듭니다. 예를 들어 파일 이름 Brien의 Document.txt는 BRIEN '~ 1.txt라는 별칭을 갖습니다.
VFAT가 긴 파일 이름을 저장하는 방식에서 흥미로운 부작용이 발생합니다. VFAT로 긴 파일 이름을 만들면 MS-DOS 별칭에 대해 하나의 디렉터리 항목을 사용하고 긴 파일 이름의 13 자마다 다른 항목을 사용합니다. 이론적으로 하나의 긴 파일 이름은 최대 21 개의 디렉토리 항목을 차지할 수 있습니다. 루트 디렉토리의 파일 수는 512 개로 제한되지만 루트 디렉토리에서 최대 길이의 긴 파일 이름을 사용하는 경우이 제한을 24 개 파일로 줄일 수 있습니다. 따라서 루트 디렉토리에서 긴 파일 이름을 매우 드물게 사용해야합니다. 다른 디렉토리는이 제한의 영향을받지 않습니다.
VFAT를 논의하는 이유가 궁금 할 것입니다. 그 이유는 FAT보다 보편화되고 있지만 위에서 언급 한 차이점을 제외하고 VFAT에는 동일한 제한이 있습니다. Windows NT에 파티션을 FAT로 포맷하도록 지시하면 실제로 파티션을 VFAT로 포맷합니다. Windows NT 4.0에서 진정한 FAT 파티션을 갖게되는 유일한 경우는 MS-DOS와 같은 다른 운영 체제를 사용하여 파티션을 포맷 할 때입니다.
FAT32
FAT32는 실제로 Windows 95 OEM 서비스 릴리스 2 (OSR2)에서 처음 소개 된 FAT 및 VFAT의 확장입니다. FAT32는 VFAT 파일 시스템을 크게 향상 시키지만 단점이 있습니다.
FAT32의 가장 큰 장점은 사용 가능한 하드 디스크 공간의 양을 크게 늘린다는 것입니다. 이 점을 설명하기 위해 FAT 파티션 (FAT16 파티션이라고도 함)이 파티션 당 특정 수의 클러스터 만 허용한다는 것을 고려하십시오. 따라서 파티션 크기가 증가하면 클러스터 크기도 증가해야합니다. 예를 들어 512MB FAT 파티션의 클러스터 크기는 8K이고 2GB 파티션의 클러스터 크기는 32K입니다.
FAT 파일 시스템이 단일 클러스터 증분으로 만 작동한다고 생각할 때까지 이것은 큰 문제처럼 들리지 않을 수 있습니다. 예를 들어, 2GB 파티션에서 1 바이트 파일은 전체 클러스터를 차지하므로 32K (파일이 소비해야하는 공간의 약 32,000 배)를 소비합니다. 이 규칙은 하드 디스크의 모든 파일에 적용되므로 낭비 될 수있는 공간을 확인할 수 있습니다.
파티션을 FAT32로 변환하면 클러스터 크기가 줄어들고 2GB 파티션 크기 제한을 극복합니다. 8GB 이하 파티션의 경우 클러스터 크기가 4K로 줄어 듭니다. 상상할 수 있듯이 파티션을 FAT32로 변환하여 수백 메가 바이트를 얻는 것은 드문 일이 아닙니다. 특히 파티션에 작은 파일이 많이 포함되어있는 경우에는 더욱 그렇습니다.
참고 : 견적 / 기사 (1999)의이 섹션은 오래되었습니다. 아래에서 정보 견적을 업데이트했습니다.
앞서 언급했듯이 FAT32에는 제한이 있습니다. 안타깝게도 Windows 98 및 Windows 95 OSR2 버전 이외의 운영 체제와 호환되지 않습니다. 그러나 Windows 2000은 FAT32 파티션을 읽을 수 있습니다.
다른 단점은 디스크 유틸리티와 바이러스 백신 소프트웨어가 FAT32를 인식해야한다는 것입니다. 그렇지 않으면 새 파일 구조를 오류로 해석하고 수정을 시도하여 프로세스의 데이터를 파괴 할 수 있습니다.
마지막으로 FAT32로 변환하는 것은 단방향 프로세스라는 점을 언급해야합니다. FAT32로 변환 한 후에는 파티션을 다시 FAT16으로 변환 할 수 없습니다. 따라서 FAT32로 변환하기 전에 컴퓨터를 이중 부팅 환경에서 사용할지 여부를 고려해야합니다. 또한 Windows NT와 같은 다른 운영 체제는 FAT32 파티션을 직접 읽을 수 없지만 네트워크를 통해 읽을 수 있다는 점도 지적해야합니다. 따라서 FAT32 파티션에 저장된 정보를 이전 운영 체제를 실행하는 네트워크의 다른 컴퓨터와 공유하는 데 문제가 없습니다.
Doktor-J의 주석에서 언급 된 내용 업데이트 됨 (댓글이 손실 된 경우 오래된 답변을 업데이트하도록 동화 됨) :
나는 대부분의 최신 운영 체제 (WinXP / Vista / 7 / 8, MacOS X, 전부는 아니지만 대부분의 Linux 변형)가 마지막에서 두 번째 단락에서 제안하는 것과는 달리 FAT32를 읽을 수 있다는 점을 지적하고 싶습니다.
원래 기사는 1999 년에 작성되었으며 Microsoft 웹 사이트에 게시되었지만 Microsoft 이외의 운영 체제와는 관련이 없었을 것입니다.
이 단락에서 "제외 된"운영 체제는 원래 Windows 95, Windows NT 4.0, Windows 3.1, DOS 등일 것입니다.
FAT32함께 FAT16하고 FAT12있지만, 파일 시스템의 종류 vfat와 함께이 umsdos와 msdos리눅스에서 FAT 파일 시스템을 마운트하는 데 사용되는 드라이버입니다. 드라이버 선택에 따라 일부 기능이 파일 시스템에 적용되는 방식이 결정됩니다. 예를 들어, msdos드라이버로 마운트 된 시스템 에는 긴 파일 이름이 없습니다 (8.3 형식). vfat오늘날 FAT32 파일 시스템을 마운트하는 가장 일반적인 드라이버입니다.
출처 : 이 위키 백과 기사
명령의 출력은 좋아 df하고 lsblk보여 실제로 vfat파일 시스템 유형으로. 그러나 파일 시스템이 FAT32인지 sudo file -sL /dev/<partition>보여줍니다 FAT (32 bit).
vfat을 실행하여 파일 시스템 유형이 아닌 모듈인지 확인할 수 있습니다 modinfo vfat.
'programing' 카테고리의 다른 글
| 문자열 연결 대신 os.path.join을 사용하는 이유는 무엇입니까? (0) | 2020.11.25 |
|---|---|
| 사용자 지정 EventHandler 대 EventHandler (0) | 2020.11.25 |
| PHP에서 @는 무엇을 의미합니까? (0) | 2020.11.25 |
| IntelliJ IDEA에서 작업 저장 (0) | 2020.11.25 |
| C ++ 11은 벡터를 허용합니까 (0) | 2020.11.25 |