드라이브 문자 할당

Drive letter assignment
현재 작업 디렉토리의 일부로 드라이브 문자 C가 포함된 MS-DOS 명령 프롬프트.
C 드라이브의 내용을 표시하는 파일 관리자.

컴퓨터 데이터 저장소에서 드라이브 문자 할당은 볼륨에 알파벳 식별자를 할당하는 프로세스입니다.단일 계층 네임스페이스에서 볼륨을 임의로 명명하고 배치하는 UNIX 마운트 지점의 개념과 달리 드라이브 문자 할당은 여러 개의 최상위 네임스페이스를 허용합니다.따라서 드라이브 문자 할당은 파일 시스템을 나타내는 "포레스트"의 루트에 이름을 붙이기 위해 문자를 사용하는 프로세스입니다.각 볼륨에는 독립된 "트리"(또는 비계층 파일 시스템의 경우 독립적인 파일 목록)가 있습니다.

기원.

오늘날 사용되는 드라이브 문자의 개념은 1967년 CP/CMS(및 연구 이전 CP-40)에서 유래된 IBM의 VM 운영 체제 제품군에서 Digital Research(DR) CP/M을 통해 유래된 것으로 추정됩니다[citation needed].이 개념은 다음과 같은 몇 가지 단계를 통해 발전했습니다.

  • CP/CMS는 드라이브 문자를 사용하여 사용자 [1]세션에 연결된 미니 디스크를 식별합니다.전체 파일 참조(오늘날의 용어로는 경로 이름)는 파일 이름, 파일 형식 및 파일 모드라고 하는 디스크 문자(예: A 또는 B)로 구성됩니다.미니디스크는 물리 디스크드라이브에 대응하지만 일반적으로는 논리드라이브를 가리킵니다.논리드라이브는 운영체제에 의해 가상 실린더 세트로 공유 디바이스에 자동으로 매핑됩니다.
  • CP/CMS는 드라이브 문자를 사용하여 물리적 스토리지 장치를 지정하는 CP/M 마이크로컴퓨터 운영 체제를 비롯한 수많은 다른 운영 체제에 영감을 주었습니다.초기 버전의 CP/M(및 기타 마이크로컴퓨터 운영 체제)은 각 디스크 드라이브에 플랫 파일 시스템을 구현했습니다.여기서 완전한 파일 참조는 드라이브 문자, 콜론, 파일 이름(최대 8자) 및 파일 형식(3자)으로 구성됩니다.A:README.TXT(이 시대에는 8인치 플로피 디스크로, 이러한 작은 네임스페이스가 실질적인 제약을 가하지 않았습니다.)이 사용방법은 Digital Equipment Corporation(DEC)의 TOPS-10 [2]운영시스템에서 사용되는 디바이스 프레픽스에 의해 영향을 받았습니다.
  • CP/M용으로 선택한 드라이브 문자 구문은 운영 체제 MS-DOS용 Microsoft가 SCP(Seattle Computer Products) 86-DOS를 통해, IBM의 OEM 버전 PC DOS를 통해 상속했습니다.원래 드라이브 문자는 항상 물리적 볼륨을 나타냈지만 결국 논리 볼륨을 지원하게 되었습니다.
  • DOS 후계자로 지명됨에 따라 드라이브 문자의 개념은 OS/2 및 Microsoft Windows 제품군에도 계승되었습니다.

각 드라이브 문자에 포함된 계층 디렉토리의 중요한 기능은 처음에는 이러한 시스템에 없었습니다.이는 UNIX 및 기타 유사한 운영 체제의 주요 기능으로, 하드 디스크 드라이브에는 수십 또는 수백 개의 파일이 저장되었습니다.마이크로컴퓨터의 스토리지 용량이 늘어나면서 도입이 이루어졌고, 결국 긴 파일명이 뒤따랐습니다.이러한 명명 메커니즘이 없는 파일 시스템에서 드라이브 문자 할당은 유용하고 단순한 구성 원칙임이 입증되었습니다.

드라이브 문자 할당을 사용하는 운영 체제

할당순서

버전 5.0 이후의 운영 체제 MS-DOS/PC DOS는 다음 [4]알고리즘에 따라 드라이브 문자를 할당합니다.

  1. 드라이브 문자 A:를 첫 번째 플로피 디스크 드라이브(드라이브 0)에, B:를 두 번째 플로피 디스크 드라이브(드라이브 1)에 할당합니다.물리 플로피가 1개밖에 없는 경우, 드라이브 B:는 같은 물리 드라이브에 매핑된 팬텀 플로피 드라이브에 할당되어 플로피 파일의 조작을 용이하게 하기 위해 A: 또는 B: 에 동적으로 할당됩니다.물리 플로피 드라이브가 없는 경우 DOS 4.0은 존재하지 않는 드라이브에 A:와 B:를 모두 할당하고 DOS 5.0 이후는 이러한 드라이브 문자를 비활성화합니다.물리 플로피 드라이브가 3대 이상 존재하는 경우 5.0 이전 버전의 DOS에서는 후속 드라이브 문자가 할당되며, DOS 5.0 이후 버전에서는 나중에 더 높은 드라이브 문자로 재매핑됩니다.아래를 참조하십시오.
  2. 첫 번째 실제 하드 디스크에서 인식되는 첫 번째 활성 프라이머리 파티션에 드라이브 문자를 할당합니다.DOS 5.0 이후에서는, 드라이브가 C:드라이브가 되어, 부트 드라이브에 A:드라이브 또는 C:드라이브가 됩니다.
  3. 후속 드라이브 문자를 각 연속되는 물리 하드 디스크 드라이브의 첫 번째 프라이머리 파티션에 할당합니다(DOS 5.0 이전 버전은 2개의 물리 하드 디스크만 프로빙하는 반면 DOS 5.0 이상 버전은 8개의 물리 하드 디스크를 지원합니다).
  4. 첫 번째 확장 파티션에 있는 인식되는 모든 논리 파티션에 후속 드라이브 문자를 할당합니다.첫 번째 하드 드라이브부터 시작하여 연속되는 물리 하드 디스크 드라이브까지 진행합니다.
  5. DOS 5.0 이후: 나머지 모든 프라이머리 파티션에 드라이브 문자를 할당합니다.첫 번째 하드 드라이브부터 시작하여 연속되는 물리 하드 디스크 드라이브까지입니다.
  6. DOS 5.0 이후: 두 번째 물리 플로피 드라이브 이외의 모든 물리 플로피 드라이브에 드라이브 문자를 할당합니다.
  7. CONFIG에 로드된 모든 블록 디바이스 드라이버에 후속 드라이브 문자를 할당합니다.DEVICE를 통한 SYS 문(예: RAM 디스크)
  8. CONFIG를 통해 동적으로 로드된 드라이브에 후속 드라이브 문자를 할당합니다.AUTOEXEC의 SYS INSTALL 문.추가 옵티컬(광학식) 디스크 드라이브(MSCDEX 등), PCMCIA/PC카드 드라이브, USB 또는 Firewire 드라이브, 네트워크 드라이브 등 BAT 이후.
  • 인식된 파티션 유형의 파티션에만 문자가 할당됩니다.특히 "숨겨진 파티션"(일반적으로 다음을 추가하여 유형 ID가 인식되지 않는 값으로 변경된 파티션)10h)는 없습니다.

MS-DOS/PC DOS 4.0 이전 버전은 하드 드라이브를 고려하기 전에 모든 플로피 드라이브에 문자를 할당하므로 플로피 드라이브가 4개 있는 시스템에서는 첫 번째 하드 드라이브를 E:라고 부릅니다.DOS 5.0 에서는, 시스템에 물리 플로피 드라이브가 3개 이상 있는 경우에서도, C:드라이브가 항상 하드 디스크인 것이 보증됩니다.

고의적인 재매핑 없이 드라이브 문자 할당은 일반적으로 다음 재부팅 때까지 고정되지만, Zenice MS-DOS 3.21은 드라이브를 재설정할 때 드라이브 문자 할당을 업데이트합니다.이로 인해 하드 디스크의 파티셔닝이 변경된 경우 재부팅하지 않고 드라이브 문자가 변경될 수 있습니다.

Alibot PC의 MS-DOS는 플로피 드라이브를 고려하기 전에 A:부터 시작하는 문자를 하드 드라이브에 할당합니다.각 드라이브가 2개 있는 시스템에서는 하드 드라이브 A:와 B:, 플로피 C:와 D:가 호출됩니다.

일본 PC-98에서는 시스템이 플로피 디스크에서 부팅되는 경우 MS-DOS 전용 버전은 하드 드라이브를 고려하기 전에 모든 플로피 드라이브에 문자를 할당합니다.하드 드라이브에서 부팅되는 경우, 즉 OS가 하드 드라이브에 설치되어 있으면 MS-DOS가 이 드라이브를 "A:"로 할당하고 기존 플로피 드라이브에 문제가 발생할 수 있습니다.py를 드라이브 "B:"로 지정합니다.Windows 95 SETUP 프로그램의 일본어 버전은 Windows가 C: 드라이브에 있도록 강제하는 특별한 옵션을 지원합니다.

DOS 의 일부 버전에서는, C: 로 시작하는 드라이브 문자가, 최초의 물리 하드 디스크로 인식되는 최초의 액티브 프라이머리 파티션에 할당되어 있지 않습니다.단, 액티브하게 설정되어 있지 않은 경우에도, 최초의 하드 디스크로 인식되는 프라이머리 파티션에 할당되어 있지 않습니다.

파티션 테이블에 여러 개의 확장 파티션이 있는 경우, 최초로 인식된 확장 파티션 유형의 논리 드라이브만 처리됩니다.

DR-DOS IBMBIO의 일부 최신 버전.COM은 사전 부트 구성 구조를 제공하여 다양한 드라이브 문자 할당 전략 사이에서 비트 플래그를 선택합니다.이러한 전략은 사용자 또는 OEM에 의해 미리 선택되거나 DR-DOS 부팅 시 부트 로더에 의해 즉시 변경될 수 있습니다.이 경우 부팅 드라이브는 A: 또는 C:와 다를 수도 있습니다.

드라이브 문자 순서는 특정 디스크가 부팅 시 드라이버에 의해 관리되는지 또는 동적으로 로드된 드라이버에 의해 관리되는지 여부에 따라 달라집니다.예를 들어, 두 번째 또는 세 번째 하드 디스크가 SCSI 유형이고 DOS에서 CONFIG를 통해 드라이버를 로드해야 하는 경우입니다.SYS 파일(컨트롤러 카드가 온보드 BIOS를 제공하지 않거나 이 BIOS를 사용하는 것이 실용적이지 않은 경우 등)은 DOS의 모든 IDE 파티션 뒤에 첫 번째 SCSI 프라이머리 파티션이 나타납니다.따라서 DOS와 OS/2는 SCSI 드라이버를 일찍 로드하기 때문에 드라이브 문자가 다를 수 있습니다.해결책은 이러한 하드 디스크에서 프라이머리 파티션을 사용하지 않는 것이었습니다.

Windows NT 및 OS/2 에서는, operating system은, 상기의 알고리즘을 사용하고, 플로피 디스크 드라이브, 옵티컬 디스크 드라이브, 부트 디스크, 및 operating system내의 관리자가 작성하지 않는 인식되는 그 외의 볼륨에 문자를 자동적으로 할당합니다.운영 체제 내에서 생성된 볼륨은 수동으로 지정되며 자동 드라이브 문자 중 일부를 변경할 수 있습니다.인식되지 않는 볼륨은 문자가 할당되지 않으며 일반적으로 운영 체제에서 변경되지 않은 상태로 유지됩니다.

드라이브 문자 할당에서 발생하는 일반적인 문제는 네트워크 드라이브에 할당된 문자가 로컬 볼륨 문자(예: 새로 설치된 CD/DVD 드라이브 또는 USB 스틱)와 간섭할 수 있다는 것입니다.예를 들어, 마지막 로컬 드라이브가 D: 드라이브이고 네트워크 드라이브가 E:로 할당되었을 경우 새로 연결된 USB 대용량 저장 장치에도 E: 드라이브가 할당되어 네트워크 공유 또는 USB 장치와의 연결이 끊어집니다.관리자 권한을 가진 사용자는 수동으로 드라이브 문자를 할당하여 이 [5]문제를 해결할 수 있습니다.Windows XP에서 문제를 일으킬 수 있는 또 다른 조건은 네트워크 드라이브가 정의되어 있지만 네트워크 외부에서 작동하는 노트북과 같은 오류 상태에 있는 경우입니다.연결되지 않은 네트워크 드라이브가 다음에 사용할 수 있는 드라이브 문자가 아닌 경우에도 Windows XP에서 드라이브를 매핑하지 못할 수 있으며 이 오류로 인해 USB [citation needed]장치를 마운트할 수 없게 될 수도 있습니다.

공통 할당

위에서 설명한 방식을 상당히 최신 Windows 기반 시스템에 적용하면 일반적으로 다음과 같은 드라이브 문자가 할당됩니다.

  • A: — 플로피 디스크 드라이브,3+1 인치 또는 5+1 인치 및 기타 유형의 디스크 드라이브(존재하는 경우)가 있습니다.
  • B: — 두 번째 플로피 드라이브용으로 예약되어 있습니다(많은 PC에 탑재되어 있습니다).
  • C: — 첫 번째 하드 디스크 파티션.
  • D: to Z: — 다른 디스크 파티션에는 라벨이 붙어 있습니다.Windows 는, 시스템의 디스크 드라이브를 열거하는 동안, 다음의 빈 드라이브 문자를 다음에 검출한 드라이브에 할당합니다.드라이브의 파티션을 분할할 수 있으므로 드라이브 문자가 더 많이 생성됩니다.이것은, MS-DOS 와 모든 Windows operating system 에 적용됩니다.Windows 에서는, 디스크 관리 스냅인 또는 를 사용해 드라이브 문자를 변경할 수 있는 다른 방법이 있습니다.diskpartMS-DOS 에서는, 통상, CONFIG내의 디바이스 드라이버를 로드하는 회선상의 파라메타를 사용합니다.SYS 파일

대/소문자별 드라이브 문자:

  • F: — Novell NetWare를 사용하는 경우 첫 번째 네트워크 드라이브.
  • G: — Google 드라이브를 사용하는 경우 "Google 드라이브 파일 스트림"
  • H: 네트워크 서버상의 「홈」디렉토리.
  • L: — Concurrent DOS, Multiuser DOS, System Manager 및 REAL/[6][7]32에서 동적으로 할당된 로드 드라이브.
  • M: — Concurrent [6]DOS에서 옵션 메모리 드라이브 MDISK의 드라이브 문자.MDISK의 드라이브 문자.
  • N:, O:, P: — CP/M-86 4.x, Personal CP/M-86 2.x, DOS Plus 1.1-2.1 (BDOS 호출 0Fh 경유)에서 할당 가능한 부동 드라이브.이 개념은 나중에 Concurrent DOS, Multiuser DOS, DR/32에서 사용되지 않는 드라이브 문자로 확장됩니다.
  • Q: — Microsoft Office Click-to-Run 가상화
  • U: — 가상 디렉토리가 있는 Unix와 유사한 통합 파일 시스템\DEVMiNT, MagiC 및 MultiTOS의 [8][9]디바이스 파일에 사용됩니다.
  • Z: — Banyan VINES를 사용하는 경우 첫 번째 네트워크 드라이브 및 DOSBox x86 에뮬레이터의 가상 디스크 네트워크에 대한 첫 번째 드라이브 문자 할당.또한 Windows에서 네트워크 리소스에 대해 선택한 첫 번째 문자이며 Z: 아래에서 자동으로 선택됩니다.기본적으로는 Wine은 Z:를 UNIX 디렉토리 [10]트리의 루트에 매핑합니다.

두 번째 물리적 플로피 드라이브가 없는 경우, 드라이브 B:를 물리적 드라이브 A:에 매핑된 "가상" 플로피 드라이브로 사용할 수 있습니다. 이 경우 사용자는 읽기 또는 쓰기가 필요할 때마다 A: 또는 B: 중 가장 최근에 사용된 드라이브로 플로피 드라이브를 전환하라는 메시지를 받게 됩니다.이것에 의해, 1대의 컴퓨터상에서 2대의 플로피 드라이브의 대부분의 기능을 사용할 수 있습니다.1대의 물리 디바이스(옵션으로 「표시」가 다른 것)를 공유하는 복수의 드라이브 문자의 개념은, 최초의 플로피 드라이브에 한정되지 않고, 표준 DOS 드라이버를 사용해 블록 디바이스를 추가해 다른 드라이브에도 사용할 수 있습니다.SYS in CONFIG.시스템

네트워크 드라이브에는 알파벳 끝에 문자가 할당되는 경우가 많습니다.이는 로컬 드라이브와 구별하기 위해 종종 수행되는데, 마지막에 문자를 사용함으로써 할당 충돌의 위험을 줄일 수 있습니다.특히 할당이 네트워크를 통해 자동으로 이루어지는 경우(일반적으로 로그온 스크립트에 의해) 그러합니다.

대부분의 DOS 시스템에서는 26대 이상의 드라이브를 탑재할 수 없습니다.Atari GEMDOS는 16개의 드라이브 문자 A: to P:만 지원합니다.팜DOS PCMCIA 드라이버 스택은, PCMCIA 드라이브 슬롯의 주소를 지정하기 위해서, 드라이브 문자 0:, 1:, 2:, ... 를 서포트하고 있습니다.

일부 DOS용 Novell 네트워크 드라이버는 호환되는 DOS 버전에서 최대 32개의 드라이브 문자를 지원합니다.또한 Novell DOS 7, OpenDOS 7.01 및 DR-DOS 7.02는 CONFIG를 지원합니다.시스템LASTDRIVE=32(DR-DOS 7.02-7.07도 지원) 최대 32개의 드라이브 문자를 Z:, [:, \:, ]:, ^:, _:, 및 「:」에 할당합니다.HILASTDRIVE그리고.LASTDRIVEHIGH드라이브 구조를 상부 메모리로 재배치하기 위한 지침).일부 DOS 응용 프로그램에서는 드라이브 문자가 Z:를 넘지 않으며 드라이브 문자도 사용할 수 없으므로 특별한 용도로 사용하거나 드라이브를 검색하는 것이 좋습니다.

JP Software의 4DOS 명령줄 프로세서는 일반적으로 Z: 이상의 드라이브 문자를 지원하지만 일부 문자가 이 명령줄 프로세서의 구문 확장자와 충돌하므로 드라이브 문자로 사용하려면 이러한 문자를 이스케이프해야 합니다.

Windows 9x (MS-DOS 7.0/MS-DOS 7.1)는, 다음의 서포트를 추가했습니다.LASTDRIVE=32그리고.LASTDRIVEHIGH=32뿐만 아니라.

Windows NT에서 Z:보다 많은 파일 시스템에 액세스해야 하는 경우 볼륨 마운트 지점을 [11]사용해야 합니다.그러나 명령줄을 사용하여 1:, 2: 또는 !:와 같이 문자가 아닌 드라이브를 마운트할 수 있습니다.SUBSTWindows XP 이후의 유틸리티(예:SUBST 1: C:\TEMP하지만 공식적으로 지원되지 않으며 모든 드라이브가 A:에서 Z:로 가정하는 프로그램이 손상될 수 있습니다.

DOS 및 Windows에서의 할당, 참여 및 서브시스템

드라이브 문자는 다른 볼륨에 액세스하는 유일한 방법은 아닙니다.DOS는 Unix mount 명령과 마찬가지로 임의의 디렉토리를 통해 할당된 볼륨에 액세스할 수 있는 JOIN 명령을 제공합니다.또한 디렉토리에 드라이브 문자를 할당할 수 있는 SUBST 명령도 제공합니다.OS/2나 Windows NT와 같은 최신 시스템에서는 이러한 명령어 중 하나 또는 둘 다 삭제되었지만 Windows 2000부터는 두 명령어가 모두 다시 지원됩니다.SUBST 명령어는 이전과 같이 존재하지만 JOIN의 기능은 LINKD(Windows Resource Kit의 일부)에 포함되어 있습니다.Windows Vista 에서는, 새로운 커맨드 MKLINK 를 이 목적으로 사용할 수 있습니다.또, Windows 2000 이후에서는, 「컨트롤 패널」에서 액세스 할 수 있는 마운트 포인트를 서포트하고 있습니다.

Digital Research에서 유래한 많은 운영체제는 CD/CHDIR 명령어를 다음 구문으로 사용하여 DRI 용어로는 부동 드라이브라고 불리는 대체 드라이브를 암묵적으로 할당하는 수단을 제공합니다.

CD N:=C:\SUBDIR

DOS Plus는 드라이브 문자 N:, O: 및 P:에 대해 이 기능을 지원합니다.이 기능은 Concurrent DOS, Multiuser DOS, System Manager 7 및 REAL/32에도 있지만 이러한 시스템은 이 개념을 A:에서 Z:로 확장합니다.단, 예약된 드라이브 문자 L:[7]을 제외한 모든 미사용 드라이브 문자로 확장합니다.DR DOS 3.31 ~ 6.0은 이 문자를 포함한 BDOS 6.7 업데이트까지만 지원합니다.이 기능은 DR DOS 6.0(1992년 업그레이드), PalmDOS 1.0, Novell DOS 7, OpenDOS 7.01, DR-DOS 7.02 이후에서는 사용할 수 없습니다.플로팅 드라이브는 명령줄 셸이 아닌 BDOS 커널에 구현되므로 "디렉토리 변경" 시스템 호출을 사용할 때 응용 프로그램 내에서 사용하고 할당할 수도 있습니다.그러나 대부분의 DOS 응용 프로그램은 이 확장자를 인식하지 못하고 결과적으로 유효하지 않은 디렉토리 경로를 폐기합니다.JP Software의 명령줄 인터프리터 4DOS는 운영 체제의 부동 드라이브도 지원합니다.

같은 기능에서는 Concurrent DOS, Multuser DOS, System Manager 및 REAL/32가 로드된 응용 프로그램의 로드 경로에 드라이브 문자 L:을 동적으로 할당하여 응용 프로그램이 절대 경로가 [7]아닌 표준화된 드라이브 문자로 로드 디렉토리에 있는 파일을 참조할 수 있도록 합니다.이 로드 드라이브 기능을 사용하면 로드 디렉토리 또는 후속 디렉토리에 저장된 오버레이, 구성 파일 또는 사용자 데이터에 대한 경로를 조정하지 않고도 디스크 상 또는 디스크 간에 소프트웨어 설치를 쉽게 이동할 수 있습니다(같은 이유로 DOS 3.0 이상에서 로드된 애플리케이션과 관련된 환경 블록에 추가).실행 파일의 로드 경로에 대한 참조도 있지만, 이는 더 많은 상주 메모리를 소비하며, 이를 활용하려면 DRI의 솔루션이 모든 종류의 애플리케이션과 함께 작동하며 사용자에게도 완전히 투과적인 반면, DRI의 솔루션은 실행 파일에 코딩되어야 합니다.)DR-DOS의 일부 버전에서는 드라이버에 전달되는 환경에 대한 부록에 포함된 로드 경로를 임시 대체 드라이브(예:SUBST B: C:\DIR)를 통해INSTALL[HIGH]/LOADHIGH선택/D[:loaddrive](용)B:TSR.COM예를 들어,C:\DIR\TSR.COM실행 파일이 깊은 서브디렉토리에 있고, [12][13][14][15]인스톨 후에 상주 드라이버가 로드 패스를 필요로 하지 않게 되었을 경우에, 이 기능을 사용하면, 드라이버의 유효 메모리 용량을 최소한으로 억제할 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ DuCharme, Bob (2001). "VM/CMS" (PDF). The Operating System Handbook, or, Fake Your Way Through Minis and Mainframes.
  2. ^ Johnson, Herbert R. (2009-01-04). "CP/M and Digital Research Inc. (DRI) History". www.retrotechnology.com. Retrieved 2009-01-28.
  3. ^ "GEOS".
  4. ^ "Order in Which MS-DOS and Windows Assign Drive Letters". Support Online from Microsoft Technical Support. Microsoft. 1996-04-17. Archived from the original on 1999-02-18. Retrieved 2021-01-06.
  5. ^ "Change a drive letter". Microsoft. Retrieved 2019-03-04.
  6. ^ a b c Concurrent DOS 386 - Multiuser/Multitasking Operating System - User Guide (PDF). Digital Research.
  7. ^ a b c d Concurrent DOS 386 - Multiuser/Multitasking Operating System - Reference Manual (PDF). Digital Research. 1987.
  8. ^ "The drive U: in MagiC". 2016-03-28. Archived from the original on 2017-01-15. Retrieved 2017-01-09.
  9. ^ "FreeMiNT-Portal - mint.doc". 2000-04-27. Archived from the original on 2017-01-15. Retrieved 2017-01-09.
  10. ^ "Wine FAQ".
  11. ^ "simple volumes". Microsoft TechNet. Archived from the original on 2007-03-26. Retrieved 2006-12-01.
  12. ^ Paul, Matthias R. (1997-10-02). "Caldera OpenDOS 7.01/7.02 Update Alpha 3 IBMBIO.COM README.TXT". Archived from the original on 2003-10-04. Retrieved 2009-03-29. [1]
  13. ^ 폴, 마티아스 R.(1997-07-30)."II.11.iii.Interne Kommandos Optionen 폰 COMMAND.COM-Hinweise zuinternen Kommandos".NWDOS-TIPs — 팁을 &, Tricks rund)노벨 도스 7, mit Blick aufundokumentierte 자세한 내용은 벅스 und Workarounds.MPDOSTIP.157(독일어로)(3판)를 해제한다.그 2016-11-04에 원래에서 Archived..(NB다. NWDOSTIP 2014-08-06 Retrieved.TXT는 Novell DOS 7 및 OpenDOS 7.01에 관한 포괄적인 작업이며, 문서화되어 있지 않은 많은 기능 및 내부 기능에 대한 설명을 포함합니다.그것은 저자의 한층 더 큰 작품의 일부이다.MPDOSTIP.ZIP컬렉션은 2001년까지 유지되어 당시 많은 사이트에 배포되었습니다.제공된 링크는 HTML 변환된 이전 버전의NWDOSTIP.TXT파일)을 클릭합니다.
  14. ^ Paul, Matthias R. (1997-05-27) [1996]. "SETENV v1.11". Archived from the original on 2009-02-15. Retrieved 2019-07-29.
  15. ^ Paul, Matthias R. (2002-10-07). "Re: Run a COM file". alt.msdos.programmer. Archived from the original on 2017-09-03. Retrieved 2017-09-03. [2]

외부 링크