Почему системный диск Windows называется «C:»?
Если вы работали за компьютером под управлением Windows, то наверняка замечали, что основной системный диск по умолчанию обозначается буквой «C:». Это часто вызывает закономерный вопрос: куда делись «A:» и «B:», ведь алфавит начинается не с третьей буквы? У этого странного именования есть исторические причины, уходящие корнями в эпоху становления персональных компьютеров.
Происхождение A: и B: в CP/M и MS-DOS
Использование буквенных обозначений для накопителей берет свое начало в ранних операционных системах для микрокомпьютеров на базе процессоров Intel 8080/85. Одной из первых систем, применивших такой подход для идентификации устройств хранения данных, была CP/M — популярная в конце 1970-х годов ОС для 8-битных машин с максимальным объемом памяти 64 килобайта. В CP/M (и системах, на которые она повлияла) «A:» обозначало первый дисковод для гибких дисков, «B:» — второй, и так далее.
Эта концепция оказала огромное влияние на Microsoft Disk Operating System (MS-DOS). Выпущенная в 1980-х годах, эта 16-битная система, вдохновленная CP/M, с самого начала эпохи IBM PC зарезервировала буквы A: и B: исключительно за дисководами. Данная традиция сохранилась во всех версиях Windows и дошла до наших дней.
Стоит отметить, что не все ранние ПК использовали этот метод: например, компьютеры TRS-80 от Tandy Corporation до наступления эры DOS обозначали первый дисковод как Drive 0, а второй — как Drive 1. Однако после появления MS-DOS буквенная схема стала стандартом для всех IBM-совместимых машин.
Роль дискет в именовании дисков
В конце 1970-х и начале 1980-х годов гибкие диски были основным носителем информации. Персональные компьютеры того времени часто комплектовались одним или двумя дисководами, которые и получали буквы A: и B:. Оригинальный IBM PC (1981 года выпуска) обычно продавался с двумя 5,25-дюймовыми дисководами.
В конфигурации с двумя приводами пользователь обычно загружал операционную систему или запускал программы с диска A:, используя диск B: для хранения данных или установки диска с другой программой. Это напоминает современное использование второго SSD для пользовательских папок.
Что происходило при наличии одного дисковода?
Операционная система все равно резервировала концепцию A: и B:, поэтому в системах с одним дисководом буква B: становилась «фантомным» диском, привязанным к тому же физическому устройству. Если программе требовался доступ ко второму диску, DOS просила пользователя менять носители, эмулируя работу двух приводов. При копировании файлов система выдавала запросы типа: «Вставьте исходный диск в дисковод A:… Теперь вставьте целевой диск в дисковод A:». Фактически приходилось извлекать загрузочный носитель, вставлять диск с данными, а затем возвращать загрузочный диск для работы с командной строкой.
Поскольку дисководы были неотъемлемой частью ранних ПК, системное оборудование и BIOS ожидали наличие до двух таких устройств. Материнские платы имели фиксированные аппаратные адреса для них, поэтому DOS по умолчанию присваивала им буквы A: и B: согласно архитектуре железа.
Переход на жесткие диски
С развитием технологий в начале 1980-х годов в персональных компьютерах начали появляться жесткие диски (фиксированные накопители). IBM PC XT, представленный в 1983 году, стал первой моделью IBM, стандартно оснащенной внутренним винчестером. По сложившейся конвенции этот диск получил следующую доступную букву алфавита — C:.
Выбор буквы C: не был случайным: поскольку A: и B: оставались зарезервированными за дисководами, жесткий диск логично стал третьим в списке. Система BIOS и DOS не меняли нумерацию дисководов при добавлении винчестера, так как компьютеры того времени все еще рассчитывали на наличие одного или двух гибких дисков. Операционным системам необходимо было поддерживать работу обоих типов накопителей, поэтому «C:» прочно закрепилось как стандарт для основного жесткого диска.
Эволюция системы буквенных обозначений дисков
В типичном ПК конца 1980-х годов дисководы для гибких дисков (например, 5,25-дюймовый и 3,5-дюймовый) занимали позиции A: и B:, а жесткий диск обозначался буквой C:. В тот переходный период многие системы использовали оба типоразмера дисководов одновременно, отведя под них первые две буквы алфавита. Хотя операционная система и аппаратное обеспечение работали с этими накопителями особым образом, жесткий диск с его значительно большим объемом памяти по умолчанию становился диском C:.
Стандартизация в MS-DOS и влияние на софт
Со временем алгоритмы присвоения букв стали более интеллектуальными. В 1980-х и начале 90-х годов DOS гарантировала, что жесткий диск (если он установлен) всегда получит букву C:. Начиная с MS-DOS 5.0, выпущенной в 1991 году, алгоритм был спроектирован так, чтобы диск C: принудительно назначался первому жесткому диску, даже при наличии более двух дисководов. Ранее старые версии DOS последовательно перечисляли все дискеты, из-за чего основной накопитель мог получить букву D: или E:. Это нововведение позволило разработчикам ПО и пользователям полагаться на то, что C: всегда является системным диском. Позже, когда в 1990-х распространились CD-ROM и DVD, они стали занимать следующие свободные буквы, поэтому в системе с одним жестким диском привод для компакт-дисков чаще всего получал обозначение D:.
Почему Windows 11 сохраняет привязку к букве C:
Может показаться странным, что традиции эпохи 80-х и 90-х годов сохраняют актуальность в 2025 году. Однако Microsoft не перешла на использование A: и B: для основных загрузочных устройств из-за строгой обратной совместимости. Система должна учитывать, что многие сценарии установки, конфигурационные файлы и инструменты эпохи DOS/Windows были написаны с расчетом на то, что программы и ОС находятся на диске C:. Изменение этого стандарта привело бы к поломке огромного количества программного обеспечения.
Особый статус дисков A: и B:
По сей день A: и B: считаются «особыми» случаями. Операционная система реагирует на них иначе: она учитывает, что такие носители могут отсутствовать или быть заменены. Установка Windows на диск с такой буквой не позволит его индексировать, а встроенные средства управления дисками даже запрещают назначать A: или B: несъемным носителям.
Привычка пользователей и отсутствие проблем
Конвенция C: устоялась и благодаря пользовательскому опыту: более 30 лет владельцы ПК привыкали к тому, что основной диск — это C:. Это зафиксировано в бесчисленных руководствах и учебниках. Поскольку дискеты вышли из употребления, а текущая схема не вызывает проблем, у Microsoft нет веских причин менять устоявшуюся систему буквенных обозначений в обозримом будущем.
Альтернативные подходы: Unix-подобные системы
В отличие от Windows, унаследовавшей логику от CP/M и DOS, Unix-подобные системы (например, Linux и macOS) вообще не используют буквы для дисков. Они применяют единое дерево каталогов, куда каждое устройство хранения «монтируется» как обычная папка.
Принципы работы в Linux
В большинстве дистрибутивов Linux накопители обозначаются как /dev/sda, /dev/sdb и так далее, а разделы на них — как /dev/sda1 или /dev/sda2. Такая система позволяет монтировать основной раздел в корень (/), а внешний диск — в папку, например, /mnt/data. Важно отметить, что накопители можно монтировать по уникальному идентификатору (ID), а не по фиксированному пути. Это исключает ошибки, возникающие при смене очередности определения дисков системой во время загрузки. В Windows же каждый диск представляет собой отдельное дерево файловой системы, и ни один из этих подходов не является безусловно лучшим.
Различия в архитектуре файловых систем
Значительная часть различий в организации файловых систем обусловлена историческими факторами и особенностями дизайна. Метод Linux является крайне гибким и позволяет избежать многих ограничений, присущих Windows. Впрочем, Windows делает работу с дисками невероятно простой и понятной, где каждый накопитель представлен как очевидный объект верхнего уровня.
В современных версиях NTFS технически возможно монтирование дисков в конкретные папки, однако для большинства пользователей Windows это не имеет особого смысла.
Подходы в macOS и других операционных системах
Аналогичная ситуация наблюдается в macOS: новые диски монтируются в директорию /Volumes. Там отсутствуют диски «C» или «D» — вместо этого накопители идентифицируются по своим фактическим названиям. Другие операционные системы придерживаются собственных концепций. Например, некоторые из них использовали имена устройств или порядковые номера вместо буквенных обозначений, поскольку идея использования букв дисков была преимущественно явлением эпохи микрокомпьютеров, заложенным еще в CP/M и MS-DOS.
Эволюция буквы «C» и преемственность в Windows
Тот факт, что Windows работает на диске C:, является лишь следствием технологической эволюции и обратной совместимости. Все началось с дисководов для гибких дисков, на которые полагалась операционная система, а жесткие диски просто получали следующую доступную букву в алфавите. Сегодня приоритетом является сохранение стабильности и совместимости программного обеспечения с современными версиями Windows.
Пользователь все еще может назначить съемный носитель на диск A или B, но предпочтительнее использовать буквы, идущие после C. В противном случае, где тогда будут монтироваться ваши дисководы для гибких дисков?
Хотя в статье уже упоминались истоки буквенного именования дисков, стоит уточнить технические детали работы процессоров и архитектуры ранних систем. Система CP/M, ставшая прототипом для многих решений того времени, изначально проектировалась для 8-битных машин на базе процессоров Intel 8080/85, чьи аппаратные ограничения — в частности, максимальный объем памяти в 64 килобайта — требовали предельно эффективного использования каждого байта ресурсов, включая способы обращения к периферии. Буквенная номенклатура оказалась настолько удачной для управления памятью и внешними устройствами в условиях ограниченных ресурсов, что она стала «золотым стандартом» для всей зарождающейся индустрии персональных компьютеров.
Важным аспектом является то, почему жесткие диски не получили приоритет в именовании, даже когда они стали стандартом в 1983 году с появлением IBM PC XT. Это было связано с тем, что BIOS и операционные системы того времени имели жестко прописанные программные прерывания и аппаратные адреса для первых двух дисководов. Разработчики не могли просто «переназначить» буквы, так как это нарушило бы взаимодействие системы с низкоуровневым оборудованием. В результате жесткий диск всегда оказывался третьим в очереди, так как позиции A: и B: физически блокировались архитектурой материнских плат, ожидающих подключения флоппи-дисководов.
В вопросе организации пространства дисков важно понимать и разницу в архитектурном подходе между Windows и современными Unix-подобными системами:
- В Windows: отсутствие единого корня (parent directory) означает, что каждый диск — это независимое дерево файловой системы. Это упрощает понимание для новичков, так как каждый диск виден как отдельный «топ-уровень» в «Моем компьютере» или «Проводнике».
- В Linux/Unix: подход с единым деревом каталогов более гибок. Например, вы можете примонтировать внешний накопитель в любую вложенную папку (скажем, /home/user/downloads/external), что делает структуру системы логически целостной, а не просто набором разрозненных букв.
Интересно, что современные версии NTFS технически поддерживают монтирование дисков в пустые папки, что сближает Windows с архитектурой Linux. Однако эта функция почти не используется рядовыми пользователями, поскольку она идет вразрез с устоявшейся за тридцать лет моделью «одна буква — один накопитель». Использование уникальных идентификаторов (ID) в Linux также защищает систему от «эффекта плавающих букв»: если в Windows при подключении нескольких флешек буквы могут перераспределяться, то в Unix-системах монтирование по ID гарантирует, что даже при изменении аппаратной конфигурации данные всегда будут доступны по строго заданному пути.
В конечном итоге, существование буквы «C:» сегодня — это не техническая необходимость, а дань уважения архитектурной преемственности. Хотя сегодня мы не используем дискеты, экосистема программ, написанных десятилетия назад, по-прежнему полагается на жестко заданные пути. Любая попытка кардинально изменить эту схему сегодня привела бы к массовым проблемам с индексацией, конфигурационными файлами и скриптами установки, которые до сих пор «ожидают» найти системные файлы именно на диске C:.
