긴 파일 이름

Long filename

Long Filename(LFN; 긴 파일 이름) 지원은 DOS에서 사용되는 8.3 파일 이름(짧은 파일 이름) 명명 방식의 하위 호환 확장입니다.파일명이 길수록 다음과 같은 파일명 확장자가 길어집니다..jpeg,.tiff,.html,그리고..xhtml다른 운영체제에서 흔히 볼 수 있는 이름, 예를 들어 다음과 같은 전문화된 단축 이름이 아닙니다..jpg,.tif,.htm, 또는.xht이 표준은 1994년 Windows NT 3.5에서 처음 구현된 이후 File Allocation Table(FAT; 파일 할당 테이블) 파일 시스템에 공통적으로 적용되어 왔습니다.

이전 운영체제와의 호환성을 유지하기 위해 Microsoft는 긴 파일 이름에서 8.3 파일 이름을 생성하는 방법을 공식화했습니다(예:Microsoft.txt로.MICROS~1.TXT)와 관련짓습니다.

상세 정보:FAT 파일 시스템 설계 » VFAT 긴 파일 이름

호환성 문제

마이크로소프트는 볼륨 라벨 유형의 숨겨진 디렉토리 엔트리를 사용하여 긴 이름을 저장함으로써 FAT 파일 시스템에서 LFN 지원을 구현했습니다. 이 방식은 VFAT로 알려져 있으며 볼륨 라벨은 일반적으로 프로그램 및 운영 체제(OS) 컴포넌트에서 무시되기 때문에 호환성을 위해 선택되었습니다.오래된 OS에서 실행되는 프로그램에서는 파일의 짧은 이름에 액세스할 수 있었지만 새로운 LFN 인식 OS 및 프로그램에서는 긴 이름을 사용할 수 있었습니다.

Windows 95 의 형태로 DOS 베이스의 operating system에 LFN 의 서포트가 처음 도입되었을 때에, 낡은 프로그램에서는 몇개의 문제가 발생했습니다.예를 들어 Windows가 DOS 모드일 때 섹터 수준의 디렉토리 조작을 실행하는 DOS 프로그램은 긴 파일 이름 정보를 파괴할 수 있으므로 기본적으로 이 모드에서는 섹터 수준의 하드 디스크 액세스가 허용되지 않습니다.

플레인 DOS 로 기동하면, 긴 파일명은 VFAT LFN 드라이버가 인스톨 되어 있지 않는 한 표시되지 않습니다.Microsoft는 파일 매니저, Windows 3.1x(Windows for Workgroups) 파일 매니저 등 오래된 프로그램에는 LFN 지원을 추가하지 않았습니다.이 파일 매니저는 새로운 운영체제 셸인 Windows 탐색기에 의해 폐지되었습니다.Windows NT는 NT 3.1 이후 NTFS 파일 시스템에서 LFN을 지원했으며 파일 매니저를 포함한 모든 유틸리티가 LFN을 지원하도록 업데이트되었습니다. NT 3.5는 Windows 95에 대비하여 FAT LFN 지원을 추가했습니다.그러나 Windows 95 버전의 파일 매니저는 Windows for Workgroups 3.11에서 제공되었습니다.

OS/2는 FAT 파일 시스템의 LFN을 저장합니다..LONGNAME 확장 속성은 Microsoft 구현과 호환되지 않으며 OS/2 표준을 지원하는 도구에만 표시됩니다.경로 이름으로 파일에 액세스할 수 있는 대부분의 API는 지원되는 드라이버가 없으면 더 긴 새 이름을 볼 수 없습니다.

한계

FAT LFN 실장은 보다 제한적인 오래된 명명 시스템 위에 레이어 되어 있기 때문에 처음 [1]6글자로 너무 많은 파일을 작성하려고 하면 문제가 발생합니다.또한 FAT12 및 FAT16은 하드 디스크의 512 루트 디렉토리 엔트리에만 공간을 할당하므로 루트 디렉토리에 파일 또는 폴더를 만드는 데 문제가 발생할 가능성이 높습니다.긴 파일명은 여러 디렉토리 엔트리를 사용하기 때문에 루트 [2]디렉토리에 있는 파일 또는 폴더가 512개 미만일 경우 이 문제가 발생할 수 있습니다.최대 길이(512/(1+20)의 24개의 긴 파일 이름에만 공간이 있습니다.FAT32 볼륨에는 이 문제가 없습니다.

긴 파일 이름 시스템에서는 공백 및 영숫자가 아닌 문자를 포함하여 최대 255자의 UCS-2 문자를[3][4] 사용할 수 있습니다(COMMAND 내에서 특별한 의미가 있는 다음 문자는 제외).COM 명령어인터프리터 또는 운영체제 커널: ).이것은 각각 [4]13개의 2바이트 Unicode 문자로 이루어진 최대 20개의 디렉토리 엔트리를 체인으로 함으로써 실현됩니다.경로 이름의 최대 길이는 모든 상위 디렉터리와 파일 이름을 포함하는 256자입니다. 255자 길이의 파일 이름은 드라이브의 루트 폴더에 있는 파일 또는 하위 폴더가 없는 폴더에 대해서만 사용할 수 있습니다.

반면 긴 파일 이름 지원 도스 기반 시스템에서 더 오래 파일 및 디렉터리 이름을 허가하여 절대적으로 파일 경로 관련된 짧은 파일에서 및 디렉터리 이름 이스케이프 여전히 내부 데이터 구조는(66문자의 한도를 부과한 현황 Directory구조(시네마 디지털 사운드)[5][6][7][8]에 나타낼 수 있다.짧은)경로name을 지정하면 경로 깊이가 최대 33레벨로 간접적으로 제한됩니다(루트 디렉토리에 저장되어 단일 문자 이름만 가정).([7][8][9]이 설계상의 제한은 DR DOS의 이전 버전(1991년 11월 업데이트 이전)에서는 발생하지 않았지만 내부적인 차이로 인해 이들 버전은 기존 LFN 애드온 드라이버와 호환되지 않습니다.)CDS가 없는 비 DOS 기반 운영 체제에는 이 경로 깊이의 제한이 없습니다.

VFAT LFN 드라이버

다음은 윈도우즈 95에서 사용되는 VFAT 긴 파일 이름을 지원하는 데 사용할 수 있는 드라이버 목록입니다.DOSLFN과 같은 드라이버는 거의 모든 버전의 DOS에 로드할 수 있지만 MS-DOS 7.10이나 DR-DOS 7.02와 같이 LFN 자체를 지원하는 DOS 버전에서 가장 잘 작동하므로 다음과 같은 DOS 명령을 사용할 수 있습니다.DIR긴 파일명도 표시됩니다.

OS 드라이버명 프로바이더
플레인 DOS DOSLFN, LFNDOS 서드파티제
DR-DOS 긴 이름 포함된
RxDOS 붙박이 포함된
OS/2 VFAT-OS2IFS 서드파티제
Windows NT 4.0 NTLFN 서드파티제

기타 구현

LFN 지원이 FAT 계열의 파일 시스템에 구현되기 전에는 다양한 파일 매니저가 더 긴 파일 설명을 첨부하고 유지하기 위한 고유한 방법을 제공했습니다.가장 먼저 그렇게 하는 것은 대체 명령줄 프로세서 4DOS와 내장 NDOS입니다.DESCRIBE명령어 및 대응DESCRIPT.IONfiles. 후자는 각 디렉토리에 있는 파일명의 행 베이스의 리스트와 텍스트의 설명 및 옵션의 메타데이터 엔트리(예를 들면, 다른 [10]프로그램의 확장 어트리뷰트나 설정 데이터)를 격납하는 옵션의 숨김 파일입니다.설명은 최대 511자로 파일명이 짧은 파일명에일리어스와 함께 표시되는 것과 거의 같은 방법으로 파일명을 따라 표시됩니다.DIR리스트업 합니다.파일에 엔트리가 존재하는 경우 이러한 명령줄 프로세서를 사용하여 [9]작업을 수행하는 한 해당 엔트리는 파일과 함께 복사 및 이동됩니다.이 스킴은 4OS2, 4NT / Take Command 등의 후계기에도 유지됩니다.또한 Volkov Commander(VC), DOS Navigator(DN), Open DOS Navigator(ODN), Necromancer의 DOS Navigator(NDN), Windows Commander, Total Commander, Double Commander, 7-Zip, XnView, NewsCom, ProFree[11] 등의 다양한 프로그램에도 채택되었습니다.

1986년 이후 샤프 X68000 컴퓨터의 운영체제인 Human68K는 확장 FAT 파일 시스템을 기반으로 합니다.파일명에 최대 18.3 문자(FAT의 8.3 문자 대신)를 사용할 수 있습니다.또, 대문자와 소문자(Shift JIS 코드의 한자)도 모두 구별되는 것으로 취급할 수 있습니다.Human68K 플로피는 대문자 8.3 형식의 파일 이름만 사용할 수 있는 경우 일본의 1232KiB 표준 FAT 플로피 형식(77실린더, 2헤드, 8섹터, 1024바이트/섹터)과 완전히 호환됩니다.이 형식은 NEC PC-9800,[citation needed] Fujitsu FMR 및 FM Towns 시리즈컴퓨터에서 사용됩니다.

Novell NetWare 버전 3.x 및 4.x 볼륨은 추가 NetWare 로드 가능 모듈(NLM)[13]을 로드하여 Microsoft 호환 긴 파일 이름을 지원할 수도 있습니다.

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

「 」를 참조해 주세요.

레퍼런스

  1. ^ "MSDOSFileSystem". CocoaDev. 2005-09-12. Archived from the original on 2006-10-18.
  2. ^ "Errors Creating Files or Folders in the Root Directory". Microsoft. 120138.
  3. ^ Winnick Cluts, Nancy (August 1996) [January 1995]. "Making Room for Long Filenames". Files and I/0 Technical Articles. Microsoft Corporation. 810456. Archived from the original on 2008-04-23. Retrieved 2007-04-19.
  4. ^ a b Dobiash, Jack "vinDaci", ed. (1998-01-06) [1996-11-18]. "Long Filename Specification" (4 ed.). Grand Ronde, Oregon, USA. Archived from the original on 2015-10-25. Retrieved 2013-05-22.
  5. ^ 슐먼 앤드류, 브라운, 랄프 D.;Maxey, 데이비드. 미헬스, 레이먼드 J., 카일, 짐(1994년)[1993년 11월].Undocumented 도스:예약된 MS-DOS를 사용하는 기능과 데이터 구조-MS-DOS6, 노벨 도스와 Windows3.1(2판)을 포함하도록 확장에 대한 프로그래머의 가이드입니다.메사추세츠는 책 읽기:애디슨 웨슬리.아이 에스비엔 0-201-63287-X.아이 에스비엔 978-0-201-63287-3.(xviii+856+vi 페이지, 3.5인치 플로피)Errata:[1][2].
  6. ^ Brown, Ralf D.; et al., eds. (2000-07-16). "Ralf Brown's Interrupt List" (61 ed.). INTER61.
  7. ^ a b Paul, Matthias R. (1997-07-30) [1994-05-01]. NWDOS-TIPs — Tips & Tricks rund um Novell DOS 7, mit Blick auf undokumentierte Details, Bugs und Workarounds. MPDOSTIP. Release 157 (in German) (3 ed.). Archived from the original on 2017-09-10. Retrieved 2014-08-06. (NB. NWDOSTIP).TXT는 Novell DOS 7 및 OpenDOS 7.01에 관한 포괄적인 작업이며, 문서화되어 있지 않은 많은 기능 및 내부 기능에 대한 설명을 포함합니다.그것은 저자의 한층 더 큰 작품의 일부이다.MPDOSTIP.ZIP컬렉션은 2001년까지 유지되어 당시 많은 사이트에 배포되었습니다.제공된 링크는 HTML 변환된 이전 버전의NWDOSTIP.TXT파일). [3]
  8. ^ a b Paul, Matthias R. (1997-06-07) [April 1994]. "Chapter 1.3.xi: Überlange Pfade". NWDOS7UN.TXT — Zusammenfassung der dokumentierten und undokumentierten Fähigkeiten von Novell DOS 7. MPDOSTIP. Release 85 (in German). Archived from the original on 2016-11-07. Retrieved 2016-11-07.
  9. ^ a b Brothers, Hardin; Rawson, Tom; Conn, Rex C.; Paul, Matthias R.; Dye, Charles E.; Georgiev, Luchezar I. (2002-02-27). 4DOS 8.00 online help.
  10. ^ "Technical Note -- Using DESCRIPT.ION". Chestertown, Maryland, USA: JP Software Inc. 1989. Archived from the original on 2016-03-18. (NB. 알려진 ID는 다음과 같습니다.0x23텍스트 키=CP(코드 페이지), PC(언어 코드), CW(비트 너비), XS(페이지 폭), YS(페이지 길이), XO(인쇄 x-cr), YO(인쇄 URL), YO(인쇄 URL) 등의 확장 속성으로 파일 속성을 보관하는 텍스트 키=값 쌍의 공백 구분 목록을 위해 Mathias R. Paul이 작성한 다양한 유틸리티에서 사용됩니다.0x25CUI_를 사용하는 프로그램에서 사용됨('%')유사 환경 변수를 저장하는 LIB,0xED디지털 리서치/Novell/Caldera용으로 예약되어 있습니다.0xFD(FreeDOS용)
  11. ^ Davis, Jeremy. "FreeCom and 4DOS DESCRIPT.ION files" (FreeDOS tech note). FreeDOS. Archived from the original on 2016-11-11. Retrieved 2016-11-11.
  12. ^ Paul, Matthias R. (1997-05-01) [1995-03-01]. "Hinweise zu JPSofts 4DOS 5.5b/c, 5.51, 5.52a und NDOS". MPDOSTIP (in German). Archived from the original on 2016-11-04. Retrieved 2015-05-08. (NB. 제공된 링크 포인트는 HTML 변환된 버전의4DOS5TIP.TXT파일, 이것은, 의 일부입니다.MPDOSTIP.ZIP를 참조해 주세요.[4]
  13. ^ Novell (1999-02-11). "TID1002030 Windows NT, Long File Names on NetWare".
  14. ^ 4690 OS Programming Guide Version 5.2 (PDF). IBM. 2007-12-06. IBM document SC30-4137-01.{{cite book}}: CS1 maint :url-status (링크)

외부 링크