긴 파일 이름 (LFN)
우리가 루트 디렉토리 면담에서 이미 먼저 토론하기 때문에, 이전에 루트 디렉토리는 크기에서 고쳐지고 디스크에 조정 위치에 있었었다 그러나 지금 파일로 대우되기 때문에 지금 그것은 필요한 만큼 성장하는 것은 자유롭다.
이것은 각 긴 파일 이름이 다수 디렉토리 입력을 이용하기 때문에 긴 파일 이름에 아주 중요하다. 8.3 파일 이름을 사용하는 운영 체계에 긴 파일 이름 지원을 추가하는 것은 11 이상 특성을 붙들어 확장 디렉토리 입력 만큼 쉽지 않다.
이 새로운 운영 체계가 255 특성 파일 이름을 돌려보내는 경우에, 11 더 이상으로 특성을 받을 것으로 예상하는, 많은 더 오래된 신청은, 그리고 파일 이름 및 운영 체계 사본 (할말)를 위해 저 공간 곁에 둔 경우에, 때문에 읽는 파일 이름을 저장하기 위하여 프로그램이 기억을 곁에 두어야 하기, 다른 자료로 16의 바이트를 32의 특성 얻는다 겹쳐서 써 부술 것이고. 신청을 끊는 확실한 방법은 그것의 자료 공간으로 무작위 자료를 베끼기 위한 것이다.
이 문제를 극복하기 위하여는, 영리한 해결책은 긴 파일 이름 지원의 문제에 Windows 95에서 DOS와 창 신청의 이전 버전을 가진 겸용성을 보존하고 있는 동안, 찾아냈다.
대부분의 신청이 (Norton 디스크 닥터와 같은 저수준 디스크 공용품을 제외하면) 파일과 서브디럭토리 이름을 위한 체계를 질문할 때 디스크 떨어져 디렉토리 입력을 읽어서 아닙니다 직접적으로, 그러나 운영 체계로 건설된 산출 함수를 사용해서 이렇게 한다.
디렉토리 입력은 숨겨지은 읽기 전용의 조합으로 표를 한ㄴ다는 것을 우리가 알기 때문에, 체계 및 양 상표는 조금을 돌린다. 가치 0FH가 디렉토리 입력의 속성 바이트에 의하여 보전되는 경우에 아마, 산출 함수는 DOS의 모든 기존 버전으로 건축하고 거기 없었다 처럼 모든 전 창은 창의 95의 버전 정상을 저 디렉토리 입력 건너뛸 것이다.
그 후에, 해결책은 각 파일 및 서브디럭토리 의 모든 신청 및 Windows 95 (와 나중에) 신청서만 과 긴 파일 이름을 위한 지원을 추가하기 위하여 다시 쓰인 신청에 보이는 긴 이름에 보이는 짧은 이름의 2개의 이름을 저장하기 위한 것이었다. 짧은 파일 이름은 평범한 32 바이트 디렉토리 입력에 있는 8.3 체재에서 저장된다.
우리는 이미 창이 6개의 대문자에 그것을 끝을 자르고 기본적인 파일 이름의 끝에 "~1"를 추가해서 긴 것에서 짧은 파일 이름을 창조한ㄴ다는 것을 토론했다.
만약에 이미 동일한 첫번째 6개의 특성을 가진 또 다른 파일 이름이 있으면, 수는 증가된다. 연장은 동일이라고 유지되고, 창과 DOS의 이른 버전에서 불법 인 어떤 특성든지 배경 음악으로 교환된다.
긴 파일 이름은 0FH에 놓인 속성 바이트로 표를 한 특별하게 배열된 32 바이트 긴 파일 이름 (LFN) 디렉토리 입력에서 저장된다. 주어진 파일 또는 서브디럭토리를 위해, 한개 이상 긴 파일 이름 디렉토리 입력의 그룹은 즉시 디스크에 단 하나 8.3 디렉토리 입력을 선행한다.
각 긴 파일 이름 디렉토리 입력은 긴 파일 이름의 13까지 문자를 포함하고, 필요할 때 전체 긴 파일 이름 구성하고 있는 위하여 운영 체계는 만큼 함께 묶을 것이다.
긴 파일 이름 디렉토리 입력을 위해, 파일 이름은 ASCII의 1개의 바이트와 반대로 특성 당 2개의 바이트를 요구하는 Unicode 체재에서 저장된다. 파일 이름 특성은 3개의 분리되는 분야 중 퍼진다:
- 길이에서 첫번째 10의 바이트 (5개의 특성),
- 두번째 12의 바이트 (6개의 특성),
- 제 3 의 4개의 바이트 (2개의 특성).
디렉토리 입력 파악의 첫번째 바이트의 가장 낮은 5개 조금 다른 긴 파일 이름 디렉토리 입력에 관련된 디렉토리 입력의 위치를 확인하는 순차 번호가 동일한 파일과 관련시킨.
긴 파일 이름이 3개의 LFN 디렉토리 입력을 요구하는 경우에, 첫번째의 순차 번호는 제2의 2개일 1일 것이다, 세 번째의 순차 번호는 3이고 제 3 의 입장의 첫번째 바이트의 물린 6개은 1에 순서에 있는 마지막 입장다는 것을 나타내기 위하여 놓인다.
속성 분야는 8.3 디렉토리 입력에서와 LFN 디렉토리 입력에 있는 동일한 위치에 속성 바이트를 시험한 후에 디렉토리 입력의 어느 유형을 때까지 취급하고 있는지 파일 시스템이 알고 있지 않기 때문에 나타난다. 시작 송이 수체는 또한 동일한 위치에 나타난다, 그러나 LFN 디렉토리 입력에서 그것의 가치는 항상 0이다. 각 긴 파일 이름에서 또한 0개가 유형에 의하여 지시자 분야 보전된다.
긴 파일 이름에 대한 문제의 한개는 그들이 짧은 그들 보다는 디스크 공간을 더 소모한다 이다. 저것은 디스크 공간이 유효할 한, 서브디럭토리가 되기 수 있기 때문에 긴 이름이 서브디럭토리에서 저장될 때 중대 사건이 아니다, 추가했다 디렉토리 입력을 수용하십시오 그러나 루트 디렉토리에서 유효한 디렉토리 입력의 최대 숫자는 크기에서 제한되는 루트 디렉토리에 있는 조정 및 긴 파일 이름 폐기물 공간이다.
128 특성 이름이 11의 입장을 요구하기 때문에, 의 루트 디렉토리가 기껏해야 하드 디스크 512의 디렉토리 입력을 긴 이름을 위해 10 및 짧은 이름을 위해 1 포함하는 경우에, 지금 예를 들면, 각각이 128 특성 이름을 주어진 경우에 당신은 루트 디렉토리에 있는 단지 46의 파일 및 서브디럭토리만 창조할 수 있었다.
문제는 FAT32를 위해 FAT32 체계에서 루트 디렉토리가 때 크기에서 성장할 수 있는 파일 대우될 것이기 때문에 FAT32의 밑에 루트 디렉토리가 또한 성장하기 수 있기 때문에 또한 사라진다.
|
