일반적으로 Windows 운영체제는 시스템 드라이브에 ‘C:’라는 문자를 할당하고, 다른 저장 장치에는 다른 문자를 부여합니다. 이것은 다른 운영체제에서는 찾아보기 힘든 독특한 방식입니다. 예를 들어 macOS나 Linux는 드라이브 문자를 사용하지 않습니다. 그렇다면 Windows는 왜 굳이 문자를 사용하며, 문자 없이 드라이브에 접근하는 것은 왜 안 되는 걸까요?
드라이브 문자의 기원
Windows의 많은 특징과 마찬가지로, 드라이브 문자는 MS-DOS 시대로 거슬러 올라갑니다. 슬래시 대신 백슬래시를 사용하는 것과 같은 맥락입니다. 초기 MS-DOS 시절에는 플로피 디스크 드라이브를 위해 ‘A:’와 ‘B:’ 문자가 예약되어 있었고, 이후 하드 디스크가 등장하면서 ‘C:’가 시스템 드라이브에 할당된 것입니다.
드라이브 문자는 이전 운영체제인 CP/M에서 MS-DOS로 이어졌습니다. 이러한 문자는 파일이 저장된 논리적, 물리적 저장 장치에 접근하는 방법으로 사용되었습니다. 예를 들어, 두 번째 플로피 디스크 드라이브에 있는 ‘README.TXT’ 파일에 접근하려면 ‘B:README.TXT’와 같이 입력하면 되었던 것입니다.
명령줄 환경에서 드라이브 문자의 필요성은 더욱 명확했습니다. 드라이브 문자가 없다면 여러 장치에 흩어져 있는 파일들의 경로를 신속하게 지정하기 어려웠을 것입니다. 이러한 시스템은 MS-DOS에서 이어져 왔고, 마이크로소프트는 그 이후로 이 시스템을 계속 유지해 왔습니다.
오늘날 우리는 그래픽 인터페이스를 사용하며 아이콘을 클릭하여 파일을 열 수 있기 때문에 드라이브 문자의 중요성이 덜해 보일 수 있습니다. 하지만 실제로 우리가 사용하는 프로그램들은 여전히 파일 경로를 참조해야 하며, 이때 드라이브 문자가 핵심적인 역할을 합니다.
유닉스 기반 시스템의 대안: 마운트 포인트
드라이브 문자가 유일한 해결책은 아닙니다. macOS, Linux 및 기타 Unix 계열 운영체제는 파티션 및 저장 장치에 접근하는 다른 방식을 사용합니다.
이러한 시스템에서는 문자를 사용하는 대신, 파일 시스템의 디렉토리 경로를 통해 장치에 접근합니다. 예를 들어 Linux에서 외장 저장 장치는 전통적으로 ‘/mnt’ 디렉토리에 마운트되었습니다. 따라서 ‘D:’ 드라이브로 DVD 드라이브에 접근하는 대신, ‘/mnt/dvd’와 같은 경로를 사용합니다.
이러한 방식은 파일 시스템의 “루트”에서 시작됩니다. Linux와 macOS에는 드라이브 문자가 없으므로, 파일 시스템의 최상위 부분은 문자가 아닌 루트 디렉토리(‘/’)입니다. 시스템 드라이브는 ‘C:’ 대신 ‘/’에 “마운트”되어 사용 가능해집니다. 다른 드라이브 역시 임의의 폴더에 마운트할 수 있습니다. 예를 들어, ‘/home’ 디렉토리에 다른 드라이브를 마운트하면 해당 드라이브의 내용은 ‘/home’에서 접근할 수 있습니다.
Windows에서 드라이브 문자를 사용하지 않고 접근하는 방법
Windows에서는 왜 문자 대신 임의의 경로를 통해 드라이브에 접근할 수 없도록 설정했을까요? 예를 들어 USB 드라이브를 ‘C:/USB’ 경로로 접근할 수 없는 이유는 무엇일까요?
사실, Windows에서도 가능합니다. 최신 Windows 버전에서는 저장 장치를 폴더 경로에 마운트할 수 있습니다. 이 옵션은 디스크 관리 도구에서 제공됩니다. 특정 드라이브의 파티션을 마우스 오른쪽 버튼으로 클릭하고 “드라이브 문자 및 경로 변경”을 선택한 후, “추가” 버튼을 클릭합니다. “다음 빈 NTFS 폴더에 탑재” 옵션을 선택하면 Unix 계열 시스템처럼 폴더 경로로 저장 장치에 접근할 수 있게 됩니다.
하지만 이러한 방식은 드라이브를 NTFS 볼륨의 폴더 경로에 마운트해야 하며, 해당 NTFS 볼륨은 드라이브 문자로 마운트되어 있어야 한다는 제약 조건이 있습니다.
따라서 드라이브 문자(A:부터 Z:까지)가 부족하더라도 추가 저장 장치를 마운트하고 접근하는 것은 가능합니다. 최신 Windows 버전에서는 드라이브 개수가 26개로 제한되지 않습니다.
디스크 관리 도구에서 어떤 드라이브가 어떤 문자를 사용하는지 변경할 수도 있지만, 시스템 드라이브인 ‘C:’의 문자를 변경하는 것은 불가능합니다. 다른 드라이브의 문자를 변경하는 것 역시 예기치 않은 문제를 일으킬 수 있습니다. 예를 들어, ‘D:’ 드라이브를 가리키는 바로 가기가 있는데 드라이브 문자가 갑자기 ‘E:’로 변경된다면, 해당 바로 가기는 작동하지 않게 됩니다.
Windows가 여전히 드라이브 문자를 사용하는 이유
드라이브 문자(예: ‘C:’)가 오래된 유물이며, Windows가 문자 없이도 작동할 수 있다면 왜 여전히 사용할까요?
그 이유는 간단합니다. Windows의 많은 디자인 결정이 그러하듯, 이전 버전과의 호환성을 고려했기 때문입니다. 초기 Windows 버전은 MS-DOS 소프트웨어와 호환되어야 했고, 최신 버전은 이전 버전의 Windows 소프트웨어와 호환되어야 합니다. 그 과정에서 드라이브 문자는 계속해서 이어져 내려온 것입니다.
결론적으로 드라이브 문자는 다양한 문제를 야기할 수 있습니다. 기술적으로 Windows를 설치할 때 시스템 드라이브를 ‘C:’로 설정하지 않아도 됩니다. 예를 들어 ‘G:’ 드라이브에 설치하여 ‘G:\Windows’, ‘G:\Users’, ‘G:\Program Files’ 폴더를 생성할 수 있습니다. ‘C:’가 반드시 기본 드라이브여야 하는 것은 아니며, Windows에서도 공식적으로 지원합니다. 하지만 많은 Windows 응용 프로그램들은 시스템 드라이브가 ‘C:’라고 가정하고 작동하기 때문에, 다른 드라이브로 설정하면 문제가 발생합니다. 만약 Windows 응용 프로그램에서 ‘C:’를 시스템 드라이브 문자로 사용하는 것을 상상할 수 없다면, 드라이브 문자가 전혀 없는 경우 어떤 혼란이 발생할지 상상해 보세요.
Windows가 여전히 드라이브 문자를 표시하는 이유가 궁금할 수도 있습니다. 파일 탐색기는 단순히 “시스템 드라이브”나 “USB 플래시 드라이브”와 같은 용어를 표시하고 문자를 숨길 수도 있습니다. 하지만 파일 탐색기는 이미 이와 같은 간단한 설명을 제공하며, 때로는 사용자가 드라이브 문자를 알아야 할 때도 있습니다. 특히 많은 응용 프로그램에서는 ‘D:\Folder\File.doc’와 같은 경로를 표시합니다.
물론 마이크로소프트는 ‘C:’에 대한 모든 요청을 다른 경로로 리디렉션하는 호환성 소프트웨어에 투자할 수 있었을 것입니다. 하지만 드라이브 문자를 버리고 예상되는 수많은 호환성 문제를 해결하는 데 많은 시간을 들이는 대신, 마이크로소프트는 현재의 드라이브 문자 시스템을 유지하는 쪽을 선택한 것입니다.