드라이브 문자 할당
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
드라이브 문자 할당은 운영 체제에서 저장 장치를 식별하기 위해 문자를 사용하는 방식이다. 1967년 IBM의 VM 운영 체제에서 시작되어 CP/M을 거쳐 MS-DOS와 Windows에 이르기까지 널리 사용되었다. 일반적으로 A:와 B:는 플로피 드라이브, C:는 첫 번째 하드 디스크 파티션에 할당되며, 이후 다른 파티션이나 드라이브에 알파벳 순서로 할당된다. MS-DOS/PC DOS 5.0 이후 버전에서는 플로피, 하드 디스크, 파티션, 장치 드라이버 순으로 드라이브 문자를 할당한다.
더 읽어볼만한 페이지
- 도스 기술 - EXE
EXE 파일 형식은 운영 체제에 따라 다양한 종류가 있는 실행 파일의 한 형태로, DOS MZ 실행 파일에서 PE, PE32+까지 발전해 왔으며, 코드, 데이터, 스택을 별도 관리하고 재배치 항목을 통해 실행 환경에 유연하게 대응하는 특징을 가진다. - 도스 기술 - COM 파일
COM 파일은 CP/M 및 MS-DOS 운영체제에서 사용된 실행 파일 형식으로, 메타데이터 없이 코드와 데이터로 구성되어 64KB 크기 제한을 가지며, 단순한 구조로 극소의 실행 파일을 만들 수 있지만 보안 취약점도 존재한다. - 컴퓨터 주변기기 - 모뎀
모뎀은 디지털 신호를 아날로그 신호로 변환하여 데이터를 전송하고 수신하는 장치이며, 전화선, 케이블, 무선 통신 회선을 통해 통신하며 다양한 종류로 발전해 왔다. - 컴퓨터 주변기기 - 팩시밀리
팩시밀리는 문서나 그림을 전기 신호로 원격 전송하고 복제하는 기술 및 장치이며, 유선, 무선, 전화선을 이용한 전송 방식으로 발전해왔고, 기술적 분류를 거쳐 소형화, 고속화되었으며, 21세기에는 사용량이 감소했으나 특정 분야에서 활용된다.
드라이브 문자 할당 | |
---|---|
개요 | |
명칭 | 드라이브 문자 할당 |
영어 명칭 | Drive letter assignment |
![]() | |
설명 | 컴퓨터에서 드라이브에 문자를 할당하는 것 |
운영체제별 드라이브 문자 할당 | |
DOS/윈도우 | A: 및 B:는 일반적으로 플로피 디스크 드라이브에 예약됨. C:는 일반적으로 첫 번째 하드 디스크 드라이브 파티션에 할당됨. 다른 드라이브 (예: 광 디스크 드라이브, USB 플래시 드라이브, RAM 드라이브, 네트워크 드라이브)에는 C: 이후의 문자가 할당됨. 문자는 필요에 따라 변경 가능. |
유닉스 계열 | 드라이브 문자를 사용하지 않음. 모든 드라이브는 루트 디렉토리 (/) 아래에 마운트됨. 예: /dev/sda1은 첫 번째 SATA 드라이브의 첫 번째 파티션. |
macOS | 유닉스 계열과 유사하게 드라이브 문자를 사용하지 않음. 드라이브는 /Volumes 디렉토리에 마운트됨. |
OpenVMS | 드라이브를 지정하는 데 사용됨. 예: `DKA0:` |
윈도우에서의 드라이브 문자 할당 | |
기본 원리 | 윈도우는 각 드라이브에 고유한 문자를 할당하여 접근성을 제공함. 사용자는 파일 탐색기나 명령 프롬프트를 통해 드라이브 문자를 사용하여 특정 드라이브에 접근 가능. |
할당 방법 | 윈도우는 드라이브 종류와 연결 순서에 따라 문자를 자동으로 할당함. 사용자는 디스크 관리 도구를 사용하여 드라이브 문자를 수동으로 변경할 수 있음. |
주의 사항 | 특정 문자는 시스템 예약되어 있어 사용자가 임의로 할당할 수 없음 (예: A:, B:, C: 등). 드라이브 문자 충돌을 피하기 위해 신중하게 문자를 할당해야 함. |
장점 | 사용자가 드라이브를 쉽게 식별하고 접근할 수 있도록 함. 드라이브 관리 및 유지 보수를 용이하게 함. |
단점 | 드라이브 문자 충돌이 발생할 수 있으며, 이로 인해 시스템 오류가 발생할 수 있음. 드라이브 문자 할당이 변경되면 기존 프로그램이나 바로 가기가 작동하지 않을 수 있음. |
역사 | |
CP/M | 1970년대에 CP/M은 플로피 디스크 드라이브 A:와 B:를 사용하는 최초의 운영 체제 중 하나였으며, 이는 나중에 DOS와 윈도우에 영향을 미침. |
기타 | |
참고 사항 | 드라이브 문자 할당은 운영체제 및 파일 시스템에 따라 다를 수 있음. 일부 운영체제는 드라이브 문자 대신 마운트 포인트를 사용함. |
2. 역사
드라이브 문자 할당 개념은 오늘날 사용되는 것처럼, 1967년 CP/CMS(및 연구 선행자 CP-40)에서 비롯된 IBM의 VM 운영 체제 계열과 Digital Research(DRI)의 CP/M에 기인한다. 이 개념은 여러 단계를 거쳐 발전했다.
- CP/CMS는 드라이브 문자를 사용하여 사용자 세션에 연결된 ''미니디스크''를 식별한다. 전체 파일 참조 (오늘날의 ''경로 이름'')는 ''파일 이름'', ''파일 형식'', 그리고 ''파일 모드''(예: '''A''' 또는 '''B''')라고 하는 디스크 문자로 구성된다. 미니디스크는 물리적 디스크 드라이브에 해당할 수 있지만, 일반적으로 운영 체제에 의해 공유 장치에 자동으로 매핑되는 논리 드라이브를 지칭하며, 이는 일련의 ''가상 실린더''로 구성된다.
- CP/CMS는 드라이브 문자를 사용하여 물리적 저장 장치를 지정하는 CP/M 마이크로컴퓨터 운영 체제를 포함하여 수많은 다른 운영 체제에 영감을 주었다. CP/M의 초기 버전 (및 다른 마이크로컴퓨터 운영 체제)은 각 디스크 드라이브에 플랫 파일 시스템을 구현했으며, 여기서 완전한 파일 참조는 ''드라이브 문자'', 콜론, ''파일 이름'' (최대 8자), 점, 그리고 ''파일 형식''(3자)으로 구성된다. 예를 들어
A:README.TXT
와 같다. (이것은 8인치 플로피 디스크 시대였으며, 이러한 작은 네임스페이스는 실제적인 제약을 부과하지 않았다.) 이러한 사용법은 Digital Equipment Corporation(DEC)의 TOPS-10 운영 체제에서 사용된 장치 접두사의 영향을 받았다. - CP/M에 선택된 드라이브 문자 구문은 Seattle Computer Products(SCP)의 86-DOS를 거쳐 Microsoft의 운영 체제 MS-DOS로, 그리고 IBM의 OEM 버전인 PC DOS로 상속되었다. 원래, 드라이브 문자는 항상 물리적 볼륨을 나타냈지만, 결국 논리 볼륨에 대한 지원이 나타났다.
- DOS의 후속 제품으로 지정된 위치를 통해, 드라이브 문자의 개념은 OS/2 및 Microsoft Windows 제품군에도 상속되었다.
각 드라이브 문자 내의 계층적 디렉터리의 중요한 기능은 처음에는 이러한 시스템에 없었다. 이것은 하드 디스크 드라이브가 수천(수십 또는 수백이 아닌) 개의 파일을 보관하는 UNIX 및 기타 유사한 운영 체제의 주요 기능이었다. 마이크로컴퓨터 저장 용량이 증가하면서 도입되었고, 결국 긴 파일 이름이 뒤따랐다. 이러한 명명 메커니즘이 없는 파일 시스템에서 드라이브 문자 할당은 유용하고 간단한 조직 원칙으로 입증되었다.
드라이브 문자는 1970년대 디지털 리서치의 CP/M에서 사용되던 방식이다. CP/M의 점유율이 높았기 때문에 이를 일부 모방하는 형태로 시애틀 컴퓨터 프로덕츠(Seattle Computer Products)가 86-DOS를 개발했다. 이후 IBM의 IBM PC용으로 마이크로소프트가 MS-DOS (PC-DOS)를 개발, 판매하는 과정에서 86-DOS의 권리는 마이크로소프트로 인수되었고, 드라이브 문자는 MS-DOS의 방식으로 널리 알려지게 되었다.
1987년 마이크로소프트와 IBM에 의해 시작된 차세대 운영 체제 "OS/2"에서도 저장 장치 관리에 드라이브 문자가 사용되었다. 윈도우는 처음 MS-DOS 상의 GUI 셸로 시작했기 때문에 드라이브 문자를 계승했고, Windows NT 계열 역시 OS/2 커널을 기반으로 개발되었기 때문에 드라이브 문자가 계속 사용되고 있다.
반면, 유닉스 계열 운영 체제 (macOS, 리눅스), 클래식 Mac OS, 그리고 TRON OS 등 마이크로소프트 이외의 OS에서는 드라이브 문자가 채택되지 않았다.
3. 드라이브 문자 할당을 사용하는 운영 체제
드라이브 문자 할당 방식을 사용하는 운영 체제는 다음과 같다.
계열 | 운영 체제 |
---|---|
디지털 리서치 계열 | CP/M, MP/M, 플렉스OS, 컨커런트 CP/M, 컨커런트 DOS, 멀티유저 도스, 시스템 매니저, REAL/32, 퍼스널 CP/M, 도스 플러스, 노벨 DOS, PalmDOS, 오픈도스, DR-DOS |
86-DOS 관련 | 86-DOS, MS-DOS, PC DOS |
기타 | MSX-DOS, Elektronika BK 운영 체제 (ANDOS, CSI-DOS, MK-DOS), PTS-DOS, 아타리 TOS, SpartaDOS X, GEOS[3], SymbOS, OS/2 / eComStation, 마이크로소프트 윈도우, 마이크로소프트 엑스박스 비디오 게임기 운영 체제, 프리도스, ReactOS, 심비안 OS, DexOS[4], Miraculix[5] |
PC/AT 호환기종판 MS-DOS 및 Windows에서 드라이브 문자는 A와 B가 플로피 디스크 드라이브에[2], 나머지 알파벳은 C 드라이브부터 내장형 하드 디스크 드라이브의 파티션, 내장형 광학 드라이브, 외장 드라이브 순으로 할당된다. PC-98판에서는 이 규칙이 적용되지 않으며, 처음 접근이 이루어진 장치부터 할당된다.
Z 드라이브 이후의 드라이브 문자에 대응하는 MS-DOS 및 Windows는 존재하지 않는다. 또한 제어판의 "디스크 관리" 화면에서 A부터 Z 사이의 임의의 문자로 변경할 수 있다.
각 드라이브 문자 내의 계층적 디렉터리 기능은 초창기 시스템에는 없었다. 이는 하드 디스크 드라이브가 수천 개의 파일을 보관하는 UNIX 및 기타 유사한 운영 체제의 주요 기능이었다. 마이크로컴퓨터 저장 용량이 증가하면서 도입되었고, 결국 긴 파일 이름이 뒤따랐다. 이러한 명명 메커니즘이 없는 파일 시스템에서 드라이브 문자 할당은 유용하고 간단한 조직 원칙으로 입증되었다.
더 자세한 내용은 CP/M 계열, DOS 계열 등의 하위 섹션을 참고한다.
3. 1. CP/M 계열
드라이브 문자 개념은 오늘날 사용되는 것처럼, 아마도 1967년 CP/CMS(및 연구 선행자 CP-40)에서 비롯된 IBM의 VM 운영 체제 계열과 디지털 리서치(DRI)의 CP/M에 기인한다.- CP/CMS는 드라이브 문자를 사용하여 사용자 세션에 연결된 ''미니디스크''를 식별한다.
- CP/CMS는 드라이브 문자를 사용하여 물리적 저장 장치를 지정하는 CP/M 마이크로컴퓨터 운영 체제를 포함하여 수많은 다른 운영 체제에 영감을 주었다. CP/M의 초기 버전 (및 다른 마이크로컴퓨터 운영 체제)은 각 디스크 드라이브에 플랫 파일 시스템을 구현했으며, 여기서 완전한 파일 참조는 ''드라이브 문자'', 콜론, ''파일 이름'' (최대 8자), 점, 그리고 ''파일 형식''(3자)으로 구성된다. 예를 들어 `A:README.TXT`와 같다.
- CP/M에 선택된 드라이브 문자 구문은 시애틀 컴퓨터 프로덕츠(SCP)의 86-DOS를 거쳐 마이크로소프트의 운영 체제 MS-DOS로, 그리고 IBM의 OEM 버전인 PC DOS로 상속되었다.
CP/M 계열 운영 체제는 다음과 같다.
운영 체제 |
---|
CP/M |
MP/M |
컨커런트 CP/M |
컨커런트 도스 |
플렉스OS |
4680 OS |
4690 OS |
S5-DOS/MT |
멀티유저 도스 |
시스템 매니저 |
REAL/32 |
REAL/NG |
퍼스널 CP/M |
S5-DOS |
도스 플러스 |
3. 2. DOS 계열
드라이브 문자는 1970년대 디지털 리서치의 CP/M에서 사용되던 방식이다. CP/M의 점유율이 높았기 때문에 이를 일부 모방하는 형태로 시애틀 컴퓨터 프로덕츠(Seattle Computer Products)가 86-DOS를 개발했다. 이후 IBM의 IBM PC용으로 마이크로소프트가 MS-DOS (PC-DOS)를 개발, 판매하는 과정에서 86-DOS의 권리는 마이크로소프트로 인수되었고, 드라이브 문자는 MS-DOS의 방식으로 널리 알려지게 되었다.1987년 마이크로소프트와 IBM에 의해 시작된 차세대 운영 체제 "OS/2"에서도 저장 장치 관리에 드라이브 문자가 사용되었다. 윈도는 처음 MS-DOS 상의 GUI 셸로 시작했기 때문에 드라이브 문자를 계승했고, Windows NT 계열 역시 OS/2 커널을 기반으로 개발되었기 때문에 드라이브 문자가 계속 사용되고 있다.
반면, 유닉스 계열 운영 체제 (macOS, 리눅스), 클래식 Mac OS, 그리고 TRON OS 등 마이크로소프트 이외의 OS에서는 드라이브 문자가 채택되지 않았다.
3. 3. 기타
디지털 리서치의 CP/M에서 사용되던 드라이브 문자 방식은 시애틀 컴퓨터 프로덕츠의 86-DOS를 거쳐 마이크로소프트의 MS-DOS (PC-DOS)로 이어졌다. 이는 IBM PC의 보급과 함께 널리 알려지게 되었다.1987년 마이크로소프트와 IBM이 공동 개발한 차세대 운영 체제인 OS/2에서도 드라이브 문자를 사용했다. 윈도우는 초기 MS-DOS 기반의 GUI 환경이었기 때문에 드라이브 문자 방식을 그대로 계승했고, Windows NT 계열 역시 OS/2 커널을 기반으로 개발되어 드라이브 문자가 계속 사용되고 있다.
다음은 드라이브 문자 할당을 지원하는 운영 체제 목록이다.
계열 | 운영 체제 |
---|---|
CP/M 계열 | CP/M, MP/M, Concurrent CP/M, Concurrent DOS, FlexOS, 4680 OS, 4690 OS, S5-DOS/MT, Multiuser DOS, System Manager, REAL/32, REAL/NG, Personal CP/M, S5-DOS, DOS Plus |
AMSDOS | |
DOS 계열 | 86-DOS, MS-DOS, PC DOS, DR DOS, Novell DOS, PalmDOS, OpenDOS, ROM-DOS, PTS-DOS, S/DOS, FreeDOS, PC-MOS/386, SISNE plus |
GEMDOS | TOS, MiNT, MagiC, MultiTOS, EmuTOS |
아타리 DOS 계열 | |
MSX-DOS | |
ANDOS, CSI-DOS, MK-DOS | |
GEOS | |
OS/2 | (eComStation 및 ArcaOS 포함) |
윈도우 계열 | Windows 9x 계열, Windows NT 계열, Xbox 시스템 소프트웨어, ReactOS |
심비안 OS | |
취미 운영 체제 | SymbOS, TempleOS |
4. 일반적인 할당
Drive letter assignment영어에서 드라이브 문자는 일반적으로 다음과 같이 할당된다.
- '''A:''' - 플로피 디스크 드라이브 (3.5" 및 5.25" 등 다양한 종류의 디스크 드라이브)에 할당된다.[2]
- '''B:''' - 두 번째 플로피 드라이브를 위해 예약되어 있다.[2]
- '''C:''' - 첫 번째 하드 디스크 파티션에 할당된다.[2]
- '''D:''' ~ '''Z:''' - 다른 디스크 파티션에 할당된다. D: 또는 E:는 CD-ROM, DVD 드라이브에 할당되기도 한다.[2]
- '''F:''' - 노벨 넷웨어를 사용하는 경우 첫 번째 네트워크 드라이브에 할당된다.
- '''H:''' - 네트워크 서버의 홈 디렉터리에 할당된다.
- '''L:''' - 컨커런트 도스, 멀티유저 도스, 시스템 매니저, REAL/32의 동적으로 할당된 로드 드라이브에 할당된다.[6]
- '''M:''' - 컨커런트 도스의 선택적 메모리 드라이브 MDISK의 드라이브 문자이다.[6]
- '''N:''', '''O:''', '''P:''' - CP/M-86 4.x, 퍼스널 CP/M-86 2.x, 도스 플러스 1.2-2.1 (BDOS 호출 0Fh) 하의 이동식 드라이브에 할당된다.
- '''Q:''' - 마이크로소프트 오피스 클릭 투 런(Click-to-Run) 가상화에 사용된다.
- '''Z:''' - Banyan VINES를 사용하는 경우 첫 번째 네트워크 드라이브, 도스박스 x86 에뮬레이터의 초기 드라이브 할당 문자, 와인(Wine)에서 유닉스 디렉터리 트리의 루트에 매핑, 윈도우가 네트워크 리소스를 위해 선택하는 첫 번째 문자(Z:부터 아래로 자동 선택)이다.
2차 플로피 드라이브가 없으면, B:는 A:에 매핑되는 가상 플로피 드라이브로 사용되어, 플로피 드라이브 하나로 두 개처럼 작동 가능하다.
네트워크 드라이브는 로컬 드라이브와 구분하기 위해 알파벳 마지막부터 할당하여 충돌 위험을 줄인다.
대부분의 도스 시스템은 26개 이상의 드라이브를 가질 수 없지만, 일부 도스용 노벨 네트워크 드라이버는 최대 32개까지 지원한다.
5. 도스와 윈도우의 JOIN, SUBST
도스는 JOIN 명령을 사용하여 드라이브 문자열을 다른 드라이브의 지정된 디렉터리로 붙일 수 있게 하였으며, 이는 유닉스의 mount 명령과 비슷하다. 또한 SUBST 명령을 제공하여 드라이브 문자를 특정 디렉터리에 할당할 수 있다.
DOS는 JOIN 명령을 통해 임의의 디렉토리를 통해 할당된 볼륨에 접근할 수 있게 해주었으며, 이는 유닉스의 ''마운트'' 명령과 유사하다. 또한 SUBST 명령으로 디렉토리에 드라이브 문자를 할당할 수 있었다. OS/2 또는 윈도우 NT와 같은 이후 시스템에서는 이러한 명령 중 하나 또는 둘 다 제거되었지만, 윈도우 2000부터 다시 지원되었다. SUBST 명령은 이전과 같이 존재하고, JOIN의 기능은 LINKD (윈도우 리소스 키트의 일부)에 포함되었다. 윈도우 비스타에서는 이 목적으로 새로운 명령 MKLINK를 사용할 수 있다. 또한 윈도우 2000 이상에서는 제어판에서 접근 가능한 마운트 지점을 지원한다.[1]
6. 할당 순서 (MS-DOS/PC DOS 5.0 이후)
MS-DOS/PC DOS는 5.0 버전부터 다음 알고리즘에 따라 드라이브 문자를 할당한다.[2]
# 첫 번째 플로피 디스크 드라이브 (드라이브 0)에 드라이브 문자 '''A:'''를, 두 번째 플로피 디스크 드라이브 (드라이브 1)에 '''B:'''를 할당한다. 물리적인 플로피 디스크가 하나만 있는 경우, 드라이브 '''B:'''는 동일한 물리 드라이브에 매핑된 가상 플로피 드라이브에 할당되며, 플로피 파일 작업을 쉽게 하기 위해 A: 또는 B:로 동적으로 할당된다. 물리적인 플로피 드라이브가 없는 경우, DOS 4.0은 '''A:'''와 '''B:'''를 존재하지 않는 드라이브에 모두 할당하는 반면, DOS 5.0 이상에서는 이러한 드라이브 문자를 무효화한다. 2개 이상의 물리적 플로피 드라이브가 있는 경우, DOS 5.0 이전 버전은 후속 드라이브 문자를 할당하는 반면, DOS 5.0 이상에서는 나중에 이러한 드라이브를 더 높은 드라이브 문자로 다시 매핑한다.
# 첫 번째 물리적 하드 디스크에서 인식된 첫 번째 활성 기본 디스크 파티션에 드라이브 문자를 할당한다. DOS 5.0 이상에서는 부팅 드라이브가 '''A:''' 또는 '''C:'''가 되도록 '''C:'''를 할당한다.
# 각 후속 물리적 하드 디스크 드라이브의 첫 번째 기본 파티션에 후속 드라이브 문자를 할당한다(DOS 5.0 이전 버전은 두 개의 물리적 하드 디스크만 검색하는 반면, DOS 5.0 이상은 8개의 물리적 하드 디스크를 지원한다).
# 첫 번째 하드 드라이브에서 시작하여 후속 물리적 하드 디스크 드라이브를 거쳐, 첫 번째 확장 파티션에 있는 모든 인식된 논리 파티션에 후속 드라이브 문자를 할당한다.
# DOS 5.0 이상: 첫 번째 하드 드라이브에서 시작하여 후속 물리적 하드 디스크 드라이브를 거쳐, 나머지 모든 기본 파티션에 드라이브 문자를 할당한다.
# DOS 5.0 이상: 두 번째 물리적 플로피 드라이브를 넘어 모든 물리적 플로피 드라이브에 드라이브 문자를 할당한다.
# CONFIG.SYS에서 DEVICE 문을 통해 로드된 모든 블록 장치 드라이버(예: RAM 디스크)에 후속 드라이브 문자를 할당한다.
# CONFIG.SYS INSTALL 문을 통해, AUTOEXEC.BAT 또는 이후에 동적으로 로드된 드라이브(예: 추가 광 디스크 드라이브 (MSCDEX 등), PCMCIA / PC Card 드라이브, USB 또는 Firewire 드라이브 또는 네트워크 드라이브)에 후속 드라이브 문자를 할당한다.
인식된 파티션 유형의 파티션에만 문자가 할당된다. 특히 "숨겨진 파티션"(유형 ID가 인식할 수 없는 값으로 변경된 파티션, 일반적으로 `10h` 추가)은 그렇지 않다.
MS-DOS/PC DOS 4.0 이전 버전은 하드 드라이브를 고려하기 전에 모든 플로피 드라이브에 문자를 할당하므로, 4개의 플로피 드라이브가 있는 시스템은 첫 번째 하드 드라이브를 '''E:'''로 부른다. DOS 5.0부터는 시스템에 2개 이상의 물리적 플로피 드라이브가 있는 경우에도 드라이브 '''C:'''가 항상 하드 디스크가 되도록 한다.
의도적인 재매핑이 없으면 드라이브 문자 할당은 일반적으로 다음 재부팅까지 고정되지만, 제니스 MS-DOS 3.21은 드라이브를 재설정할 때 드라이브 문자 할당을 업데이트한다. 이는 하드 디스크의 파티션이 변경된 경우 재부팅 없이 드라이브 문자가 변경될 수 있음을 의미한다.
Apricot PC의 MS-DOS는 플로피 드라이브를 고려하기 전에 '''A:'''부터 시작하여 하드 드라이브에 문자를 할당한다. 각 드라이브가 2개씩 있는 시스템은 하드 드라이브를 '''A:''' 및 '''B:'''로, 플로피 디스크를 '''C:''' 및 '''D:'''로 부른다.
일본의 PC-98에서는 시스템이 플로피 디스크에서 부팅되는 경우, MS-DOS의 전용 버전이 하드 드라이브를 고려하기 전에 모든 플로피 드라이브에 문자를 할당한다. 하드 드라이브에서 부팅되는 경우(즉, OS가 하드 드라이브에 설치된 경우)에는 반대로 한다. 이 경우 MS-DOS는 이 드라이브를 "A:" 드라이브로 할당하고, 잠재적으로 존재하는 플로피 디스크를 "B:" 드라이브로 할당한다. 일본 버전의 Windows 95 SETUP 프로그램은 Windows가 드라이브 C:에 있도록 /AT라는 특수 옵션을 지원한다.
일부 DOS 버전은 첫 번째 물리적 하드 디스크에서 인식된 첫 번째 활성 기본 파티션에 '''C:'''부터 시작하는 드라이브 문자를 할당하지 않고, 활성화되지 않은 경우에도 첫 번째 하드 디스크에서 인식된 첫 번째 기본 파티션에 할당한다.
파티션 테이블에 2개 이상의 확장 파티션이 있는 경우, 인식된 첫 번째 확장 파티션 유형의 논리 드라이브만 처리된다.
일부 최신 버전의 DR-DOS IBMBIO.COM은 부팅 전 구성 구조를 제공하며, 다양한 드라이브 문자 할당 전략 중에서 선택하기 위한 비트 플래그를 포함한다. 이러한 전략은 사용자가 미리 선택하거나 OEM에서 선택할 수 있으며, DR-DOS를 실행할 때 부트 로더에 의해 즉시 변경될 수 있다. 이러한 문제로 인해 부팅 드라이브는 '''A:''' 또는 '''C:'''와 다를 수 있다.
드라이브 문자 순서는 특정 디스크가 부팅 시 드라이버 또는 동적으로 로드된 드라이버에 의해 관리되는지에 따라 달라질 수 있다. 예를 들어, 두 번째 또는 세 번째 하드 디스크가 SCSI 유형이고, DOS에서 CONFIG.SYS 파일을 통해 로드해야 하는 드라이버가 필요한 경우 (예: 컨트롤러 카드가 온보드 BIOS를 제공하지 않거나 이 BIOS를 사용하는 것이 실용적이지 않은 경우), 첫 번째 SCSI 기본 파티션은 DOS의 모든 IDE 파티션 뒤에 나타난다. 따라서 DOS와 OS/2는 SCSI 드라이버를 더 일찍 로드하므로 서로 다른 드라이브 문자를 가질 수 있다. 해결책은 이러한 하드 디스크에 기본 파티션을 사용하지 않는 것이었다.
Windows NT 및 OS/2에서 운영 체제는 앞서 언급한 알고리즘을 사용하여 플로피 디스크 드라이브, 광 디스크 드라이브, 부팅 디스크 및 운영 체제 내에서 시스템 관리자가 별도로 생성하지 않은 기타 인식된 볼륨에 자동으로 문자를 할당한다. 운영 체제 내에서 생성된 볼륨은 수동으로 지정되며, 일부 자동 드라이브 문자를 변경할 수 있다. 인식되지 않은 볼륨은 문자가 할당되지 않으며, 일반적으로 운영 체제에서 손대지 않는다.
드라이브 문자 할당에서 발생하는 일반적인 문제는 네트워크 드라이브에 할당된 문자가 로컬 볼륨(예: 새로 설치된 CD/DVD 드라이브 또는 USB 스틱)의 문자와 충돌할 수 있다는 것이다. 예를 들어, 마지막 로컬 드라이브가 드라이브 '''D:'''이고 네트워크 드라이브가 '''E:'''로 할당되었으면, 새로 연결된 USB 대용량 저장 장치에도 드라이브 '''E:'''가 할당되어 네트워크 공유 또는 USB 장치와의 연결이 끊어진다. 관리자 권한이 있는 사용자는 이 문제를 해결하기 위해 드라이브 문자를 수동으로 할당할 수 있다.
Windows XP에서 문제가 발생할 수 있는 또 다른 조건은 네트워크 드라이브가 정의되어 있지만 오류 상태인 경우(네트워크 외부에서 작동하는 랩톱에서와 같이)이다. 연결되지 않은 네트워크 드라이브가 다음 사용 가능한 드라이브 문자가 아닌 경우에도, Windows XP는 드라이브를 매핑할 수 없으며 이 오류는 USB 장치의 마운팅을 방지할 수도 있다.
7. 한계
마이크로소프트 윈도우와 도스 계열 운영 체제에서 드라이브 문자 할당에는 몇 가지 한계가 존재한다. 일반적으로 A부터 Z까지의 로마자 알파벳 26자를 사용하며, 이 이상의 드라이브를 사용하기는 어렵다.[7]
- A: 와 B: 플로피 디스크 드라이브를 위해 예약되어 있다. 특히 B:는 두 번째 플로피 드라이브가 없는 경우에도 가상 플로피 드라이브로 사용될 수 있다.
- C: 일반적으로 운영 체제가 설치되는 첫 번째 하드 디스크 파티션이다.
- D: \~ Z: 나머지 파티션, CD-ROM, DVD 드라이브, 네트워크 드라이브 등에 할당된다.
- 네트워크 드라이브: 로컬 드라이브와 충돌을 피하기 위해 보통 알파벳 마지막 문자부터 할당한다.
대부분의 도스 시스템에서는 26개 이상의 드라이브를 마운트하는 것이 불가능하다. 일부 예외적인 경우 최대 32개까지 지원하기도 하지만, 일반적인 응용 프로그램들은 Z:를 초과하는 드라이브 문자를 제대로 인식하지 못할 수 있다.[7]
윈도우 NT 계열에서는 볼륨 마운트 포인트를 사용하여 Z:를 초과하는 파일 시스템에 접근할 수 있다.[7] 비공식적으로는 명령 줄 유틸리티를 통해 비문자 드라이브를 마운트하는 것도 가능하지만, 호환성 문제가 발생할 수 있다.
참조
[1]
웹사이트
Order in Which MS-DOS and Windows Assign Drive Letters
http://support.micro[...]
Microsoft
1996-04-17
[2]
웹사이트
Windows XP でドライブ文字の割り当てを変更する方法
http://support.micro[...]
[3]
웹사이트
http://osnews.com/st[...]
[4]
웹인용
보관된 사본
http://www.dex4u.com[...]
2011-03-26
[5]
웹사이트
http://miraculix.ru/[...]
[6]
서적
Concurrent DOS 386 - Multiuser/Multitasking Operating System - User Guide
http://bitsavers.org[...]
Digital Research
[7]
웹사이트
Microsoft TechNet
http://technet2.micr[...]
2006-12-01
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com