ISO 9660

ISO 9660
ISO 9660
개발자ISO/IEC, Ecma International
변종ISO 13490
소개했다1988년, 34년 전(연간)
한계
최대 볼륨 크기8 TB
다른.
지원되는 운영 체제크로스 플랫폼
옵티컬 디스크
CD icon test.svg
일반
옵티컬 미디어 타입
표준
「 」를 참조해 주세요.

ISO 9660(ECMA-119라고도 함)은 광학 디스크 미디어용 파일 시스템입니다.이 파일 시스템은 국제표준화기구(ISO)에 의해 판매되고 있으며 국제기술표준으로 간주되고 있습니다.이 사양은 누구나 구입할 [1]수 있기 때문에 많은 운영체제용으로 구현되어 있습니다.

ISO 9660은 UNIX 및 FAT와 유사한 계층형(8개 수준의 디렉토리 깊이) 트리 파일 시스템 배치를 사용하여 파일 정보를 고밀도 순차 레이아웃으로 배열하는 High Sierra [2]Format에 뿌리를 두고 있습니다.플랫폼 간 호환성을 높이기 위해 최소한의 공통 파일 속성 세트(디렉토리 또는 일반 파일 및 녹음 시간)와 이름 속성(이름, 확장자 및 버전)을 정의하고 각 파일의 향후 옵션 확장자를 지정할 수 있는 개별 시스템 사용 영역을 사용했습니다.하이 시에라는 1986년 12월 Ecma International에 의해 ECMA-119로[3] 국제 표준으로 채택되어 ISO에 제출되었으며, ISO 9660:[4]1988로 최종 승인되었습니다.2013년과 2020년에 이 표준의 후속 개정판이 발표되었다.

파일 시스템의 처음 16개 섹터는 비어 있으며 다른 용도로 예약되어 있습니다.나머지는 볼륨 디스크립터 세트(후행 레이아웃을 설명하는 헤더 블록)로 시작하여 디스크 상의 경로 테이블, 디렉토리 및 파일로 시작합니다.ISO 9660 준거 디스크는 파일 시스템을 기술하는 적어도1개의 프라이머리 볼륨 디스크립터와 디스크립터 세트의 끝을 나타내는 볼륨 디스크립터 세트 터미네이터를 포함해야 합니다.프라이머리 볼륨 기술자는 볼륨, 특성 및 메타데이터에 대한 정보를 제공합니다.예를 들어 루트 디렉토리가 있는 섹터를 나타내는 루트 디렉토리 레코드를 포함합니다.다른 필드에는 파일 시스템에서 사용하는 논리 블록의 크기 및 수와 함께 볼륨의 이름 및 생성자와 같은 메타데이터가 포함됩니다.경로 테이블은 관련 디렉토리 계층의 디렉토리 구조를 요약합니다.경로 테이블은 이미지 내의 각 디렉토리에 대해 디렉토리 식별자, 디렉토리가 기록되는 범위의 위치, 디렉토리와 관련된 확장 속성의 길이 및 부모 디렉토리 경로 테이블엔트리의 인덱스를 제공합니다.

ISO 9660에는 그 제한을 완화하는 몇 가지 확장 기능이 있습니다.주목할 만한 예로는 Rock Ridge(Unix 스타일의 권한 및 더 긴 이름), Joliet(Unicode, 라틴어 이외의 스크립트 사용 허용), El Torito(CD를 부팅 가능), Apple ISO 9660 Extensions(리소스, 백업 파일 등 기존 Mac OS 및 MacOS에 고유한 파일 특성) 등이 있습니다.

역사

콤팩트 디스크는 원래 음악 데이터를 기록하기 위해 개발되었지만, 아카이브 대용량 데이터 저장에 똑같이 효과적이기 때문에 곧 추가적인 디지털 데이터 유형을 저장하는 데 사용되었습니다.CD-ROM이라고 불리는 이러한 유형의 콤팩트 디스크의 최저 레벨 포맷은 1983년 옐로우 북 사양에 정의되어 있습니다.그러나 이 책에서는 CD-ROM의 데이터를 파일 등의 논리 단위로 정리하는 포맷을 정의하지 않았기 때문에 모든 CD-ROM 제조사가 독자적인 포맷을 작성하게 되었습니다.CD-ROM 파일 시스템 표준(Z39.60-정보교환용 CD-ROM 볼륨 및 파일 구조)을 개발하기 위해 NISO(National Information Standards Organization)는 1985년 [5]7월 표준위원회 SC EE(Compact Disc Data Format)를 설립했습니다.1985년 9월/[6]10월에 여러 회사가 전문가들을 초청하여 이러한 표준을 위한 작업 논문 개발에 참여시켰다.

1985년 11월 컴퓨터 하드웨어 제조업체 대표들은 캘리포니아 [7]타호 호수 근처에 있는 하이 시에라 호텔 앤 카지노(현재는 하드 록 호텔 앤 카지노)에 모였습니다.이 그룹은 하이 시에라 그룹(HSG)으로 알려지게 되었다.이 회의에는, Apple Computer, AT&T,[citation needed] Digital Equipment Corporation(DEC), Hitachi, LaserData, Microware,[citation needed] Microsoft, 3M, Philips, Reference Technology Inc., Sony Corporation, TMS, VideoTools(나중에[8] Meridian), Xebec, Yelick, [citation needed]및 Yelick의 대표자가 출석했습니다.회의보고서는 옐로우북 CD-ROM 규격에서 발전하여 매우 개방적이어서 호환되지 않는 데이터 저장 방식이 다양화되고 생성되었습니다.High Sierra Group Proposal(HSGP)은 1986년 5월에 출시되었으며, 일반적으로 High Sierra Format으로 알려진 CD-ROM용 파일 시스템을 정의합니다.

이 제안서의 초안 버전은 표준화를 위해 유럽컴퓨터제조자협회(EMA)에 제출되었습니다.약간의 변경으로 1986년 [9]12월에 ECMA-119 규격의 초판이 발행되었습니다.ECMA는 빠른 추적을 위해 국제표준기구(ISO)에 표준을 제출했고, ISO 9660 표준으로 더욱 개선되었습니다.호환성을 위해 ECMA-119의 제2판은 1987년 [10][11][12]12월에 ISO 9660과 동등하도록 개정되었다.ISO 9660:1988은 1988년에 출판되었다.ECMA-119 및 ISO 9660 표준의 High Sierra Format에서 변경된 주요 사항은 포맷이 미국 이외의 시장에서 더 잘 작동하도록 하기 위한 국제적인 확장이었다.

비호환성을 일으키지 않기 위해 NISO는 1987년 5월 28일 NISO 회원국에 의해 채택된 Z39.60에 대한 추가 작업을 중단했다.최종 승인 [5]전에 ISO 9660을 위해 철회되었다.

2013년 ISO는 ISO 9660 표준에 대한 수정안 1을 발표하면서 "ISO 9660과 널리 사용되는 'Joliet 사양'[13] 간의 조화를 가져오기 위한 새로운 데이터 구조와 완화된 파일 이름 규칙을 도입했습니다.2017년 12월에는 ISO 9660 개정판 [14]1과 기술적으로 동일한 ECMA-119 제3판이 발행되었습니다.

2020년에 ISO는 수정안 2를 발표했는데, 이 개정안 2는 일부 사소한 명확화 사항을 추가하지만 표준의 [15]기술 정보는 추가 또는 수정하지 않는다.

사양

ISO 9660 파일시스템의 대략적인 구조를 다음에 나타냅니다.

멀티바이트 값은 리틀엔디안, 빅엔디안의 3가지 형식으로 저장할 수 있습니다.또, 사양상 「both-byte」순서로 양쪽 타입을 조합할 수도 있습니다.볼륨 디스크립터 및 디렉토리 레코드의 여러 필드에 양쪽 바이트 순서가 필요하며 경로 테이블은 little-endian 또는 big-endian [16]중 하나입니다.

톱 레벨

ISO 9660 파일 시스템
시스템 영역(32,768 B) ISO 9660에서 미사용
data 영역
볼륨 디스크립터 세트
경로 테이블, 디렉토리 및 파일

디스크의 첫 번째 32,768 데이터 바이트(각각 2,048 바이트의 16 섹터)인 시스템 영역은 ISO 9660에서 사용되지 않으므로 다른 [16]용도로 사용할 수 있습니다.CD-ROM은 부팅 가능한 [17]미디어에서 사용하도록 예약되어 있지만 이 영역에 대체 파일 시스템 기술자가 포함되어 있을 수 있습니다.또한 하이브리드 CD는 클래식한 Mac OS 고유 [citation needed]콘텐츠 및 MacOS 고유 콘텐츠를 제공하기 위해 자주 사용됩니다.

볼륨 디스크립터 세트

데이터 영역은 볼륨 디스크립터 세트로 시작합니다.볼륨 디스크립터 세트는 볼륨 디스크립터 세트 터미네이터로 끝납니다.이것들은 데이터 영역의 헤더로서 기능해, 그 내용을 설명합니다(FAT, HPFS, 및 NTFS 포맷 디스크에서 사용되는 BIOS 파라미터 블록과 유사합니다).

볼륨 디스크립터 세트
볼륨 디스크립터 #1
...
볼륨 디스크립터 #N
볼륨 디스크립터 세트 터미네이터

각 볼륨 디스크립터의 사이즈는 2048바이트로, 1개의 Mode 1 또는 Mode 2 Form 1 섹터에 딱 맞습니다.이러한 구성은 다음과 같습니다.

볼륨 디스크립터 (2,048 바이트)
일부 유형 식별자 버전 데이터.
크기 1 바이트 5 바이트 (항상 'CD001') 1 바이트(항상 0x01) 2,041 바이트

볼륨 기술자의 데이터 필드는 유형에 따라 정확한 내용과 함께 여러 필드로 세분될 수 있습니다.디스크립터의 첫 번째 복사본이 파손되었을 경우에 대비하여 각 볼륨 디스크립터의 중복 복사본을 포함할 수도 있습니다.

표준 볼륨 기술자 유형은 다음과 같습니다.

기본 볼륨 기술자 유형
가치 유형
0 부트 레코드 볼륨 기술자
1 프라이머리 볼륨 기술자
2 보조 볼륨 기술자 또는 확장 볼륨 기술자
3 볼륨 파티션 기술자
255 볼륨 디스크립터 세트 터미네이터

ISO 9660 준거 디스크는 파일 시스템을 기술하는 적어도1개의 프라이머리 볼륨 디스크립터와 디스크립터 시퀀스의 끝을 나타내는 볼륨 디스크립터 세트 터미네이터를 포함해야 한다.볼륨 디스크립터 세트 터미네이터는 단순히 이 구조 세트의 끝을 표시하기 위한 특정 유형의 볼륨 디스크립터입니다.프라이머리 볼륨 기술자는 볼륨, 특성 및 메타데이터에 대한 정보를 제공합니다.예를 들어 루트 디렉토리가 있는 섹터를 나타내는 루트 디렉토리 레코드를 포함합니다.다른 필드에는 볼륨에 대한 설명 또는 이름, 볼륨을 만든 사용자와 응용 프로그램에 대한 정보가 포함됩니다.파일 시스템이 볼륨을 분할하는 데 사용하는 논리 블록의 크기 및 볼륨이 차지하는 공간(논리 블록 수로 측정)이 프라이머리 볼륨 기술자 내의 필드에 저장됩니다.

프라이머리 볼륨 기술자 외에 보충 볼륨 기술자 또는 확장 볼륨 기술자가 존재할 수 있습니다.보충 볼륨 디스크립터는 프라이머리 볼륨 디스크립터와 같은 볼륨을 기술하며 표준 코드 테이블이 불충분한 경우 추가 코드 페이지 지원을 제공하기 위해 일반적으로 사용됩니다.표준에서는 ISO 2022가 8바이트보다 넓은 코드 세트를 관리하기 위해 사용되고 ISO 2375 이스케이프 시퀀스가 사용되는 각 특정 코드 페이지를 식별하기 위해 사용되도록 규정되어 있습니다.따라서 ISO 9660은 참조된 표준의 프레임워크에 적합할 경우 국제 단일 바이트 및 다중 바이트 문자 집합을 지원합니다.다만, ISO 9660 에서는, 서포트를 보증하는 코드 페이지가 지정되어 있지 않습니다.표준 자체에 정의되어 있는 코드 테이블 이외의 코드 테이블의 사용은, 모두, 볼륨의 발신측과 수신측의 합의에 따릅니다.향상된 볼륨 기술자는 ISO 9660 개정 1에서 도입되었습니다.예를 들어, 디렉토리 깊이는 8을 넘고, 파일 식별자는 '.'을 포함할 필요가 없으며, 파일 및 디렉토리 식별자의 길이는 207로 최대화됩니다.

패스 테이블

경로 테이블은 관련 디렉토리 계층의 디렉토리 구조를 요약합니다.경로 테이블은 이미지 내의 각 디렉토리에 대해 디렉토리 식별자, 디렉토리가 기록되는 범위의 위치, 디렉토리와 관련된 확장 속성의 길이 및 부모 디렉토리 경로 테이블엔트리의 인덱스를 제공합니다.부모 디렉토리 번호는 16비트 번호이며 범위는 [18]1 ~65,535로 제한됩니다.

디렉토리 및 파일

ISO 9660 디렉토리 구조 개요

디렉토리 엔트리는 파일 이름 평가가 시작되는 루트 디렉토리 엔트리의 위치 뒤에 저장됩니다.디렉토리와 파일은 모두 일련의 섹터인 익스텐트로 저장됩니다.파일 및 디렉토리는 파일 속성을 나타내는 파일 속성(Unix와 유사)에 의해서만 구별됩니다.파일의 Atribut은 파일을 설명하는 디렉토리 엔트리에 저장되며 필요에 따라 확장 Atribut 레코드에도 저장됩니다.파일을 찾기 위해 각 디렉토리의 위치로 이동하여 파일 경로에 있는 디렉토리 이름을 순차적으로 확인하여 후속 하위 디렉토리의 위치를 확인할 수 있습니다.그러나 파일 시스템에서 제공하는 경로 테이블을 통해 파일을 찾을 수도 있습니다.이 경로 테이블은 각 디렉터리, 상위 디렉터리 및 디스크의 위치에 대한 정보를 저장합니다.경로 테이블은 인접한 영역에 저장되기 때문에 파일 경로에 있는 각 디렉토리의 특정 위치로 이동하는 것보다 훨씬 빠르게 검색할 수 있으므로 검색 시간을 줄일 수 있습니다.

이 표준은 세 가지 중첩된 교환 수준을 규정한다(섹션 10에서 참조).

  • 레벨 1: 파일명은 8글자로 제한되어 있으며 확장자는 3글자입니다.디렉토리명은, 8 문자 이내로 할 수 있습니다.파일에는 하나의 파일섹션을 포함할 수 있습니다.
  • 레벨 2: 파일에는 1개의 파일섹션을 포함할 수 있습니다.
  • 레벨 3: 표준 본문에 규정된 것 이상의 추가 제한은 없다.즉, 디렉토리 ID의 길이는 31자를 초과할 수 없습니다.파일명 + '.' + 파일명 확장자는 30자를 초과할 수 없습니다(섹션 7.5 및 7.6).파일은 여러 개의 연속되지 않은 섹션으로 구성될 수도 있습니다(순서에 관한 몇 가지 제한이 있습니다).

표준 본문의 추가 제한사항:디렉토리 계층의 깊이는 8(루트 디렉토리가 레벨 1)을 넘지 않아야 하며, 파일의 패스 길이는 255를 넘지 않아야 합니다(섹션 6.8.2.1).

또한 이 표준은 다음과 같은 이름 제한(섹션 7.5 및 7.6)[4]을 명시하고 있다.

  • 모든 레벨은 필수 파일 계층의 파일 이름을 대문자, 숫자, 밑줄("_") 및 점으로 제한합니다(섹션 7.4.4 및 부록 A 참조).
  • 파일 이름에 문자가 지정되지 않은 경우 파일 이름 확장자는 하나 이상의 문자로 구성되어야 합니다.
  • 파일 이름 확장자에 문자가 지정되지 않은 경우 파일 이름은 하나 이상의 문자로 구성되어야 합니다.
  • 파일 이름에는 점을 하나 이상 포함할 수 없습니다.
  • 디렉토리 이름에는 도트를 사용할 수 없습니다.

CD-ROM 생산자는 표준의 제10장에서 규정하는 하위 레벨의 교환을 선택할 수 있습니다.또, 완전한 표준을 [citation needed]실장하지 않는 실장과의 호환성을 촉진하기 위해서, 파일명의 길이를 30 문자에서 8+3 문자만으로 제한할 수 있습니다.

GMT 오프셋에 사용되는 단일 바이트 값을 제외한 ISO 9660 파일 시스템의 모든 숫자는 부호 없는 숫자입니다.디스크의 파일 익스텐트 길이가 32비트 값으로 [19]저장되기 때문에 최대 길이가 4.2GB를 조금 넘습니다(정확히 말하면 4GiB보다 1바이트 작음).ISO 9660 Level 3의 멀티 익스텐트(fragmentation) 기능을 사용하여 ISO 9660 파일 시스템과 최대 8TB의 단일 파일을 생성함으로써 이러한 제한을 피할 수 있습니다.이것에 의해, 4 GiB보다 큰 파일은, 각각 4 GiB 제한을 넘지 않는 복수의 익스텐트(순차적인 일련의 섹터)로 분할할 수 있습니다.예를 들어 InfraRecorder, ImgBurn, mkisofs 등의 무료 소프트웨어와 Roxio Toast는 멀티 익스텐트 파일을 사용하여 기록 가능한 DVD 등의 [citation needed]적절한 미디어에 4 GiB보다 큰 파일을 저장하는 ISO 9660 파일 시스템을 만들 수 있습니다.Linux는 [20]여러 익스텐트를 지원합니다.

확장 및 개선

ISO 9660에는 그 제한을 완화하는 몇 가지 확장 기능이 있습니다.주목할 만한 예 바위 능선(Unix-style 사용 권한 및 더 오래 이름), 졸리(유니 코드았네, 비-로마 스크립트 사용할), 엘 Torito(CD부팅 가능할 수 있도록 해)과 애플 국제 표준화 확장(리소스 포크, 파일 백업 날짜와 같은 파일 특성은 고전적인 맥 OS와 macOS 특별한,)을 포함한다.

서스펜드

시스템 이용 공유 프로토콜(SUSP, IEEEP1281)어떤 디렉터리 입구점 주요 볼륨 디스크립터(PVD)에서 reachable을 위한 추가적인 부동산 등의 제네릭 방법을 제공한다.한 국제 책에는 모든 디렉터리 엔트리의 내용이 시스템에 의해 해석될 정의되지 않음을 선택적 시스템 사용 지역을 가지고 있다.SUSP는 방법 다중 시스템 사용 분야는 각각two-character 서명 태그에 의해 식별되에 그 지역 세분화하다는 방법을 정의한다.SUSP 뒤에 있다는 생각은 국제 표준에 포함되는 볼륨에 상충되는 없이 만들어질 독립적인 확장의 여러 사용할 것이라는 것.또한 다른 때 같았으면 너무 그 시스템 용도 지역의 한계에 맞도록 충분히 클 속성 데이터의 산입을 허용하고 있다.

SUSP:몇가지 일반적인 태그와 시스템 사용 필드를 정의하다.

  • CE:계속 지역
  • PD:필드 패딩
  • SP:시스템 공유 프로토콜 표시기를 사용하다.
  • ST:시스템 공유 프로토콜 종단 장치를 사용한다.
  • ER:확장을 참조하
  • ES:확장 선택기

다른 알려진 SUSP 분야를 포함한다.

  • AA:애플 연장 더
  • BA:애플 연장, 낡은(길이 특성이 없어졌어).
  • AS: Amiga 파일 속성
  • ZF: zisofs 압축 파일.보통 mkzftree 프로그램 또는 libisofs에 의해 생성됩니다.CONFIG_ZISOFS로 [21]빌드된 경우 Linux 커널에 의해 투과적으로 압축 해제됩니다.
  • AL: ACL을 포함한 확장 파일 속성을 기록합니다.liburnia가 제안하고 libisofs가 [22]지원합니다.

Apple 확장자는 기술적으로 SUSP 표준을 따르지 않지만, Apple에 의해 정의된 AA 및 AB 필드의 기본 구조는 SUSP와 호환되므로 볼륨은 Apple 확장자와 RIP 확장자를 모두 사용할 수 있습니다.

바위 능선

Rock Ridge Interchange Protocol(RRIP, IEEE P1282)은 POSIX 파일 시스템 시멘틱스를 추가하는 확장입니다.이러한 확장 속성을 사용할 수 있기 때문에 Unix 및 Unix 유사 운영 [23]체제와의 통합이 향상됩니다.이 표준은 멜 브룩스의 영화 '블레이징 새들'[24]에 나오는 가상의 마을 '록리지'에서 따온 것이다.RIP 확장은 간단히 다음과 같습니다.

RIP 확장 기능은 SUSP를 기반으로 구축되며 POSIX 시멘틱스 지원을 위한 추가 태그와 대응하는 시스템 사용 필드의 형식 및 의미를 정의합니다.

  • RR: Rock Ridge 확장 기능 사용 중 표시기 (주: 버전 1.09 이후 표준에서 제외)
  • PX: POSIX 파일 속성
  • PN: POSIX 디바이스 번호
  • SL: 심볼릭 링크
  • NM: 대행명
  • CL: 자링크
  • PL: 부모 링크
  • RE: 디렉토리 재배치
  • TF: 타임스탬프
  • SF: 스파스 파일 데이터

Amiga Rock Ridge는 RIP와 유사하지만 Amiga가 사용하는 추가 속성을 제공합니다.OS. 또한 "AS" 태그 부착 시스템 사용 필드를 정의함으로써 SUSPROD 표준에 따라 구축됩니다.따라서 Amiga Rock Ridge와 POSIX RRIP를 동일한 볼륨에서 동시에 사용할 수 있습니다.이 확장자가 지원하는 특정 속성 중 일부는 파일용 추가 Amiga 비트입니다.순수 비트(re-entrant 명령어를 나타냄)를 나타내는 속성 "P"와 스크립트 비트(배치 파일을 나타냄)를 나타내는 속성 "S"가 지원됩니다.여기에는 보호 플래그와 설명 필드(옵션)가 포함됩니다.이러한 확장 기능은 Rock Ridge Interchange Protocol and System Use Sharing Protocol의 주요 저자인 Andrew Young의 도움으로 Angela Schmidt에 의해 도입되었습니다.Amiga 확장자를 가진 CD-ROM을 마스터한 최초의 공개 소프트웨어는 Angela Schmidt가 Patrick [25]Ohly와 함께 개발한 Amiga 소프트웨어인 MakeCD였습니다.

엘 토리토

El Torito는 CD-ROM에서 컴퓨터를 부팅할 수 있도록 설계된 확장 기능입니다.1994년 11월에[26] 발표되었으며 IBM과 BIOS 제조업체인 Phoenix Technologies가 공동 제안으로 1995년 1월에 처음 발표했습니다.전설에 따르면 ISO 9660으로 확장한 El Torito CD/DVD는 캘리포니아 어바인에 있는 El Torito 레스토랑에서 디자인이 시작되었기 때문에 이 이름이 붙여졌다고 합니다.33°41°05°N 117°51°09°W / 33.684722°N 33.684722; -117.852547)[27]초기 두 저자는 Phoenix Technologies의 Curtis Stevens와 [27]IBM의 Stan Merkin이었습니다.

32비트 PC BIOS는 ISO 9660 CD-ROM에서 부팅 코드를 검색합니다.표준에서는, 2개의 다른 모드로 기동할 수 있습니다.CD 미디어에서 직접 부팅 정보에 액세스할 수 있는 하드 디스크 에뮬레이션 또는 CD에서 로드된 후 가상 플로피 디스크로 동작하는 플로피 디스크의 이미지 파일에 부팅 정보가 저장되는 플로피 에뮬레이션 모드 중 하나입니다.이 기능은 플로피 드라이브에서만 부팅하도록 설계된 컴퓨터에 유용합니다.최신 컴퓨터에서는 일반적으로 "에뮬레이션 없음" 모드가 더 신뢰할 수 있는 방법입니다.CD드라이브에 BIOS 드라이브 번호가 할당됩니다.할당된 드라이브 번호(INT 13H의 경우)는 80(하드 디스크 에뮬레이션), 00hex(플로피 디스크 에뮬레이션) 또는 BIOS가 에뮬레이션을 제공하지 않는 경우 임의 번호입니다hex.에뮬레이션은 오래된 운영체제가 하드디스크나 플로피디스크에서 부팅된 것처럼 보이게 함으로써 CD에서 부팅할 때 유용합니다.

또한 El Torito는 CD에 GRUB 부트로더를 포함하여 멀티부팅 [28]사양에 따라 Linux 운영 체제를 부팅할 수 있는 CD를 만드는 데 사용할 수 있습니다.El Torito 사양은 "Mac" 플랫폼 ID를 암시하지만 PowerPC 기반의 Apple Macintosh 컴퓨터는 이를 [29]사용하지 않습니다.

졸리에트

Joliet는 Microsoft가 지정 및 승인한 확장 기능으로 Windows[30] 95 및 Windows NT 4.0 [31]이후 모든 버전의 Windows 운영 체제에서 지원되고 있습니다.주요 초점은 완전한 ISO 9660 컴플라이언스에 내재된 파일 이름 제한을 완화하는 것입니다.Joliet는 UCS-2BE(Windows 2000 이후 실제로 UTF-16BE)로 인코딩된 추가 파일 이름 세트를 제공함으로써 이를 실현합니다.이러한 파일명은 ISO 9660 준거 소프트웨어에서 안전하게 무시되는 특수한 보충 볼륨 기술자에 저장되어 하위 [30]호환성을 유지합니다.이 사양에서는 파일명의 길이는 최대 64자의 Unicode 문자입니다.다만, mkisofs 스테이트의 파일명의 메뉴얼에서는,[32] 최대 103 문자까지의 길이는 문제의 원인이 되지 않는 것 같습니다.Microsoft 는, 「최대 110 [33]문자까지 사용할 수 있다」라고 문서화하고 있습니다.

Joliet를 사용하면 파일 이름 및 볼륨 이름을 포함한 모든 텍스트 필드에 유니코드 문자를 사용할 수 있습니다.타입 2 의 「Secondary」볼륨 기술자에는, 프라이머리 디스크립터와 같은 정보(섹터 16 오프셋 40 바이트)가 포함되어 있습니다만, 섹터 17 의 UCS-2BE 에서는 오프셋 40 바이트가 됩니다.따라서 볼륨 이름은 16자로 제한됩니다.

현재의 많은 PC 운영체제는 Joliet 형식의 미디어를 읽을 수 있기 때문에 이전에는 일반 ISO 9660 형식의 미디어에서는 불가능했던 로마자 이외의 문자(아랍어, 일본어, 키릴 문자 등)가 포함된 경우에도 이러한 운영체제 간에 파일을 교환할 수 있습니다.Joliet 미디어를 읽을 수 있는 운영체제는 다음과 같습니다.

로미오

로미오는 Adaptec에 의해 개발되었으며 128자까지 긴 파일 이름을 사용할 수 있습니다.단, Romeo는 ISO 9660과 하위 호환성이 없으며, 이 파일 시스템을 사용하여 작성된 디스크는 Windows 9x 및 Windows NT 플랫폼에서만 읽을 수 있습니다.따라서 ü가 [40]ü가 되는 등 로마자 이외의 문자(아랍어, 일본어, 키릴 문자 등)가 관련되어 있는 경우에는 이러한 운영 체제 간에 파일을 교환할 수 없습니다.

Apple 확장 기능

Apple Computer는 ProDOS 또는 HFS/HFS+(Mac OS의 주요 현대 파일 시스템) 속성을 파일 시스템에 추가하는 확장자 세트를 만들었습니다.추가 메타데이터 속성에는 다음과 같은 것이 있습니다.[41]

  • 마지막 백업 날짜
  • 파일 형식
  • 생성자코드
  • 표시할 플래그 및 데이터
  • 리소스 포크 참조

Macintosh 이외의 시스템이 CD-ROM의 Macintosh 파일에 액세스 할 수 있도록 하기 위해, Apple은 표준 ISO 9660 형식의 확장자를 사용하기로 결정했습니다.Apple 고유의 메타데이터를 제외한 대부분의 데이터는 ISO 9660을 읽을 수 있는 운영 체제에서 볼 수 있습니다.

기타 내선번호

확장자를 지원하지 않는 운영 체제의 경우 이름 변환 파일TRANS.TBL사용해야 합니다.그TRANS.TBLfile은 플레인 ASCII 텍스트파일입니다각 행에는 임의의 빈칸으로 구분된 세 개의 필드가 있습니다.

  • 파일 형식(파일은 F, 디렉토리는 D)
  • ISO 9660 파일명(파일의 경우 일반적으로 숨겨진 ";1"을 포함한다) 및
  • 확장 파일명.스페이스를 포함할 수 있습니다.

TRANS를 생성하는 대부분의 구현.TBL 파일에서는 파일타입과 ISO 9660 이름 사이에 공백이 1개, ISO 9660 파일명과 확장 파일명 사이에 임의의 수의 탭이 있습니다.

네이티브 사용 지원TRANS.TBL는 많은 ISO 9660 구현, 특히 Unix와 관련된 구현에 여전히 존재합니다.그러나 이 기능은 이미 다른 확장 기능으로 대체되었으며 ISO 9660 이미지를 생성하는 최신 유틸리티는 TRANS를 생성할 수 없습니다.TBL 파일은 전혀 생성되지 않거나 사용자가 명시적으로 요청하지 않는 한 생성되지 않습니다.TRANS 때부터요TBL 파일에는 이름 이외에는 특별한 식별 정보가 없습니다.파일 시스템을 작성하기 전에 개별적으로 생성하여 디렉토리에 포함할 수도 있습니다.

ISO 13490 표준은 ISO 9660 형식의 확장으로 디스크 상의 여러 세션에 대한 지원을 추가합니다.ISO 9660은 읽기 전용으로 미리 마스터된 파일 시스템이기 때문에 모든 데이터를 한 번에 쓰거나 미디어에 "세션"해야 합니다.일단 작성되면 저장된 콘텐츠를 변경할 수 없습니다.ISO 13490은 CD-R 등의 쓰기 가능한 디스크에 파일을 여러 세션에서 추가할 수 있도록 작성되었습니다.

JIS X 0606:1998(ISO 9660:1999라고도 함)은 일본 국가 기구(JTC1 N4222)가 ISO 9660 [42]규격의 일부 개선과 제한을 없애기 위해 작성한 일본 산업 표준 초안입니다.이 초안은 1998년에 제출되었지만 아직 ISO 표준으로 비준되지 않았습니다.이 변경사항에는 최대 파일 이름 길이를 207자로 확장하여 원래 표준에 의해 부과된 일부 제한을 제거하고, 8단계 최대 디렉토리 중첩 제한을 제거하며, 파일 이름에서 도트 문자의 특별한 의미를 제거하는 것이 포함됩니다.옵티컬(광학식) 디스크를 읽을 때도 이러한 긴장을 완화할 수 있는 운영 체제도 있습니다.Nero Burning ROM, mkisofs 및 ImgBurn 등의 여러 디스크 오서링 툴은 ISO 9660:1999 드래프트의 가이드라인에 따른 제한을 제거하는 이른바 "ISO 9660:1999" 모드(ISO 9660 v2 또는 "ISO 9660 Level 4" 모드)를 지원합니다.

ISO13346/ECMA-167 표준은 ISO13490 표준에 관련하여 설계되었다.이 새로운 형식, 그것의 하위 집합은 DVD도입된 유니버설 디스크 포맷(UDF),으로 발전한 국제 표준화의 단점의 대부분을 다룬다.그 볼륨 디스크립터 표인데 식별자가 업데이트되고 있는 ISO9660 레이아웃을 유지하고 있다.[43][44]

디스크 이미지

광학 디스크 이미지가 일반적인 방법 전자적으로 CD-ROM의 내용 옮기그들은 종종 파일의 확장자를 가지고 있다. .iso(.iso9660은 적지만도 사용)과 일반적으로"ISOs"이라 한다 보편적입니까.[45]

플랫폼

대부분의 운영 시스템이며, 대부분의 새로운 버전 바위 능선과 졸리 같은 확장을 지원하는 국제 표준 형식 지정된 디스크의 독서를 지지한다.는 확장자를 지원하지 않는 운영 체제 보통 평범한 국제 디스크의 기본(non-extended)특징을 보여 준다.

는 국제 표준화와 그 확장을 지원하는 운영 체제:다음이 포함된다.

  • 도스:MSCDEX 같은 확장자를 포함하는 액세스.실행(마이크로 소프트 CDROM 확장), NWCDEX.실행 또는 CORELCDX.실행
  • MicrosoftWindows95, Windows98,:, 졸리 국제 수준 1,2,3을 읽을 수 있은 ME로부터 고통 받는 스파이 웨어.
  • 읽을 수 있는 MicrosoftWindowsNT4.0, Windows2000, WindowsXP, Windows버전, 국제 수준 1,2,3, 졸리, 그리고 국제:1999년.를 위한 추가 정보를 UDF을 Windows7또한 CDFS에 UDF 형식 수 있다.
  • Linux 및 BSD: ISO 9660 레벨 1, 2, 3, Joliet, Rock Ridge 및 ISO 9660:1999
  • Apple GS/OS: HS를 통한 ISO 레벨1 및 2 지원FST 파일 시스템 [46]번역기
  • Mac OS 7 ~9의 클래식 버전: ISO 레벨 1, 2. 옵션 프리 소프트웨어는 Rock Ridge 및 Joliet(ISO 레벨 3 포함): Joke Ridge 및 Joliet 볼륨 액세스.
  • macOS(모든 버전):ISO 레벨 1, 2, Joliet 및 Rock Ridge Extensions.레벨 3은 현재 지원되지 않지만 사용자는 이러한 디스크를[47] 마운트할 수 있습니다.
  • AmigaOS는 "AS" 확장자를 지원합니다(Amiga 보호 비트 및 파일 코멘트를 유지합니다.
  • QNX
  • 울트라릭스
  • OS/2, eComStation 및 ArcaOS
  • BeOS, 제타, 하이쿠
  • OpenVMS는 ISO 9660 인터체인지 레벨 1~3만을 지원하며 확장 기능은 없음[48]
  • PC에 기입된 옵티컬(광학식) 미디어에 대한 RISC OS 지원은 패치 적용되어 있습니다.대부분의 CD-R/RW는 정상적으로 동작하지만, DVD+-Rs/RW/RAM은 완전히 히트하여 RISC OS 4.02, RISC OS 4.39 및 RISC[citation needed] OS 6.20을 실행할 수 없습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "ISO 9660:1988(en), Information processing – Volume and file structure of CD-ROM for information interchange". ISO (International Organization for Standardization). ISO. 1988. Retrieved 17 December 2017.
  2. ^ "Working Paper for Information Processing: Volume and File Structure of CD-ROM for Information Interchange". Optical Information Systems. 7 (1): 29–49. January 1987.
  3. ^ "Volume and File Structure of CDROM for Information Interchange". Ecma International. December 1987.
  4. ^ a b Volume and File Structure of CD-ROM for Information Interchange (corrected ed.). Geneva: International Organization for Standardization (ISO). 1 September 1988.
  5. ^ a b Peters, Paul Evan (July 1989). "CD-ROM Standards: The Fate of Z39.60" (PDF). Information Standards Quarterly. National Information Standards Organization (NISO). 1 (3): 1–3. ISSN 1041-0031. Archived (PDF) from the original on 18 November 2016. Retrieved 18 November 2016.
  6. ^ Helliwell, John (14 October 1986). "Premium Reference Tool of the '90s". PC Magazine: 150–164. Retrieved 18 November 2016.
  7. ^ Manes, Stephen; Andrews, Paul (1993). Gates: How Microsoft's Mogul Reinvented an Industry—and Made Himself the Richest Man in America. Doubleday. p. 336. ISBN 0-385-42075-7.
  8. ^ Anderson, Gregg (June 1987). "The Future of CD-ROM". Explorer. Atari Explorer Publications. 7 (3): 19. Retrieved 18 November 2016.
  9. ^ "Standard ECMA-119: Volume and File Structure of CDROM for Information Interchange" (PDF) (1st ed.). December 1986. Archived (PDF) from the original on 18 November 2016.
  10. ^ "Standard ECMA-119: Volume and File Structure of CDROM for Information Interchange" (reprinted 2nd ed.). September 1998 [December 1987]. Archived from the original on 18 November 2016. Retrieved 18 November 2016. [1]
  11. ^ The Invention of Compact Discs.
  12. ^ "Chip's CD Media Resource Center: CD-ROM page 6". Archived from the original on 26 July 2019. Retrieved 24 November 2020.
  13. ^ ISO 9660, 개정 1 (ISO 9660:1988/Amd.1:2013(E))
  14. ^ "Standard ECMA-119" (PDF). Ecma International. Ecma. p. vii. Retrieved 16 August 2018.
  15. ^ ISO 9660, 개정판 2 (ISO 9660:1988/Amd.2:2020(E))
  16. ^ a b "ISO9660 Simplified for DOS/Windows".
  17. ^ "ISO9660".
  18. ^ ISO9660 섹션 6.9 및 9.4.4
  19. ^ ISO 9660 섹션 9.1.4
  20. ^ Pete (2 April 2006). "kern/95222: File sections on ISO9660 level 3 CDs ignored". freebsd-bugs (Mailing list).
  21. ^ "linux/fs/isofs/Kconfig". GitHub. 23 January 2022.
  22. ^ "Arbitrary Attribute Interchange Protocol".
  23. ^ "RRIP (IEEE P1282) Draft Standard 1.12" (PDF). 8 July 1994. Archived from the original (PDF) on 4 April 2017.
  24. ^ "CDFS The Rock Ridge Interchange Protocol (RRIP, IEEE P1282)".
  25. ^ Angela Schmidt, Patrick Ohly. "Amiga MakeCD Support Page" (in German). Retrieved 4 April 2017.
  26. ^ "Phoenix announces bootable CD-ROM specification; Specification developed jointly by Phoenix and IBM" (Press release). Phoenix Technologies Ltd. 11 November 1994. Archived from the original on 10 August 2017. Retrieved 31 January 2008.
  27. ^ a b Parker, Dana J. "Fresh Tortillas and CD-ROM Standards: The El Torito Bootable CD-ROM Specification". CD-ROM Professional. Vol. 8, no. 7. Archived from the original on 8 October 1999. Retrieved 31 January 2008.
  28. ^ "El-Torito". OSDev. Retrieved 3 January 2015.
  29. ^ "Bootable hybrid (ISO/HFS) CD-ROMs". Retrieved 3 January 2014.
  30. ^ a b c d "Joliet Specification for CD-ROM". Microsoft Knowledge Base. Microsoft. 11 July 2005. MSKB 125630. Retrieved 29 May 2012.
  31. ^ "Windows NT Support For Long File Names Under CDFS File System". Microsoft Knowledge Base. Microsoft. 1 November 2006. MSKB 142372. Retrieved 29 May 2012.
  32. ^ "mkisofs(1)". Retrieved 17 June 2014.
  33. ^ "5 Appendix A: Product Behavior". Retrieved 13 April 2014.
  34. ^ Jeff Tranter (18 July 2001). "Is Microsoft's Joliet filesystem supported?". The Linux CD-ROM HOWTO. Revision 1.17. Retrieved 29 May 2012.
  35. ^ "hdiutil(1)". BSD General Commands Manual. Mac OS X Version 10.7.4. Apple. 18 March 2011. Retrieved 29 May 2012.
  36. ^ "FreeBSD 3.2 Release Notes". The FreeBSD Project. Retrieved 29 May 2012.
  37. ^ "hsfs - High Sierra & ISO 9660 CD-ROM file system". OpenSolaris Man Page Set. SunOS 5.11 / OpenSolaris 2009.06. 1 November 2006. Retrieved 29 May 2012.
  38. ^ "Haiku Source Tree, src/add-ons/kernel/file_systems/iso9660/iso9660.cpp".
  39. ^ "Add support for Joliet format CD-ROMs hdr/Hashes s/Directory s/EntryFile s/FileMan s/Filer s/Free (999bdda6) · Commits · RiscOS / Sources / FileSys / CDFS / CDFS".
  40. ^ "CD-ROM Discs: Joliet & Romeo Name Definitions". Apple Inc. 1 June 2007. Retrieved 20 July 2010.
  41. ^ "Technical Note FL36: Apple Extensions to ISO 9660". Archived from the original on 26 December 2008.
  42. ^ "JIS X 0606:1998 / ISO 9660:1999 Draft Specification".
  43. ^ "ECMA-167 - Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange" (PDF).
  44. ^ "Birth Announcement: ISO/IEC 13346 and ISO/IEC 13490".
  45. ^ Gavin, Brady. "What Is An ISO File (And How Do I Use Them)?". How-To Geek. Retrieved 23 December 2021.
  46. ^ "The Virtual GS: Using ISO disk images in Apple II emulators" (PDF). Juiced.GS Volume 9, Issue 2. May 2004.
  47. ^ "Work with PC-created Joliet Level 3 CDs". 16 April 2004.
  48. ^ "The OpenVMS Frequently Asked Questions (FAQs)". Hoffman Labs. Retrieved 1 September 2011.

추가 정보

외부 링크