Загрузка системы

Первое, что делает загрузчик Linux -- это загружает Linux. То есть ту часть этой системы, которая называется ядром (некоторые считают, что ядро -- это и есть Linux). Ядро ОС отвечает за взаимодействие всех остальных программ с "железом" целевой машины (в самом широком смысле слова) -- без такого взаимодействия никакие дальнейшие действия невозможны.

Со временем мы увидим, что ядро Linux (как и любой BSD-системы) может быть собрано (сконфигурировано) самыми различными способами -- в зависимости от возможностей (то есть того же наличного "железа") и потребностей (назначения системы). Для ядра, обеспечивающего установку, главное -- это поддержка максимально широкого спектра оборудования из числа наиболее распространенного, ведь создатели дистрибутива наперед не знают, на какие машины его придется устанавливать пользователям.

Диагностика наличного "железа" также входит в компетенцию ядра, и выполняется в ходе его загрузки. Ядро не скрывает результаты своей работы в этом направлении -- именно об обнаруженных устройствах и информирует оно пользователя в сообщениях, мелькающих во время старта машины. Правда, разглядеть их сложновато, но это не беда -- с результатами диагностики можно будет ознакомиться и потом (впоследствии мы узнаем, как именно).

Не все оборудование критически важно определить на стадии установки. Очевидно, что к такому относятся: носитель дистрибутива (то есть CD, вернее, его интерфейс, а еще вернее - контроллер оного), целевой накопитель (рискну предположить, что им будет винчестер) и его контроллер, память, как с точки зрения количества -- для всех установщиков, как и любых других программ, требуется некоторый минимум под самих себя, -- так и качества: часто именно при инсталляции Linux'а выявляются "глючные" ее модули. Большинство установщиков user-ориентированных дистрибутивов по умолчанию запускаются в графическом режиме -- и потому немаловажным моментом диагностики является определение возможностей видеокарты и монитора. А поскольку графический режим установки почти немыслим без мыши - это устройство (вместе с клавиатурой) также неожиданно оказывается в списке критически важных.

Какие подводные камни могут встретиться на начальной стадии загрузки? Не так и много. Приводы CD ROM и винчестеры уже давно столь стандартны, что ждать здесь осложнений не приходится (о некоторых возможных проблемах я скажу чуть позже). Вопрос недостатка памяти -- актуальность практически потерял: от обычных ныне её гигабайт легко откусить мегабайт 100--200, чего с лихвой хватает для запуска самого навороченного инсталлятора, ее качество - вопрос исключительно заводского брака.

Видеосистема? Здесь, конечно, неожиданности возможны. Однако разнообразие видеокарт осталось в прошлом, современные же видеочипы (благо, в каждый момент времени они известны наперечет), как правило, установщиками распознаются нормально (хотя и не всегда идеально). Для неизвестных же инсталлятору мониторов (то есть не присутствующих в его базе данных или не определенных им автоматически) обычно выставляются минимально возможные (то есть безлопастные) частотные характеристики - страшилки о сгоревших вследствие завышения значений развертки мониторах отошли в область преданий.

Проблемы с USB-мышами и клавиатурами отходят в прошлое. Правда, если они все же возникнут (как в иногда бывает в BSD-системах, решить их можно только временной (на период установки и начальной конфигурации) заменой соответствующего девайса его работающим аналогом.

Наиболее вероятные в настоящий момент грабли -- это встроенные RAID-контроллеры, штатно поддерживаемые практически всеми современными чипсетами. Ныне эти функции имеются чуть ли не у всех материнских плат, а вот с поддержкой их Linux'ом (и особенно - установочными ядрами дистрибутивов) дело не всегда обстоит лучшим образом. Ибо на самом деле эти контроллеры являются аппаратными только по имени. А на самом деле представляют собой программные прошивки, ориентированные на работу с ОС Windows. Но даже и она часто отказывается воспринимать их без соответствующих драйверов, которыми, как правило, комплектуются материнские платы.

Что делать в случае осложнений с "железом"? Во-первых, сверить наличное оборудование со списком поддерживаемого данным дистрибутивом. Впрочем, это лучше делать до приобретения того или другого - если у производителей "железа" такого рода информацию раздобыть трудно, то она обычно доступна на сайтах разработчиков дистрибутива.

Во-вторых, внимательно ознакомиться с комплектацией дистрибутива. Многие из них (и здесь доброго слова заслуживает Slackware) оснащаются не одним ядром, а несколькими -- в том числе и для поддержки всякого экзотического оборудования. Причем -- с тщательно прокомментированными конфигурационными файлами, легко позволяющими понять, какое ядро для какого "железа" предназначено. Правда, не факт, что такие дополнительные ядра могут стартовать непосредственно с дистрибутивного CD -- тут-то и придётся повозиться с загрузочными дискетами. Благо, процедура их создания под DOS/Windows описана в большем числе документов, чем возникает случаев необходимости обращения к ним. Правда, для этого потребуется и флоппи-привод, достаточно редкий на современных машинах. При некоторой сноровке дискеты можно заменить флэшкой, но это отдельная тема, и совсем не для начинающего пользователя.

В третьих, сменить дистрибутив. Возможно, достаточным окажется взять более свежую версию того же наименования -- поддержка нового оборудования, за некоторыми печальными исключениями, добавляется в Linux достаточно быстро.

Если же и это не помогло -- остаётся только сменить "железо". Причем, возможно, только на время установки. Потому что всегда следует помнить: отсутствие поддержки какого-либо устройства на стадии установки -- отнюдь не означает невозможность его работы в Linux вообще. И вполне возможно, что видеокарта, оставшаяся неопознанной инсталлятором, будет благополучно настроена в дальнейшем. Так что главное -- установиться, а там видно будет, как сказал бы гражданин император Наполеоне Буонопарте.

Практически единственное трудно преодолимое препятствие для установки, с которым я сталкивался - те же встроенные RAID-контроллеры, не к ночи будь помянуты. Да и то -- только в том случае, если из подключённых к ним дисков организован RAID-массив, с которого предполагается загрузка, или который должен нести корневую файловую систему. Иначе -- весьма велика вероятность, что RAID на встроенном контроллере, не воспринятый как таковой при установке, можно будет прикрутить к системе, должным образом сконфигурировав и пересобрав ядро. Эта проблема имеет давнюю историю, и существуют обходные пути ее решения, хотя часто и труда они не стоя: проще использовать RAID программный, о чём я расскажу своевременно.

Если с базовыми компонентами машины все в порядке -- происходит запуск собственно инсталлятора. Однако перед этим во многих дистрибутивах выполняется диагностика оборудования, не критичного для установки, но весьма важного для пользователя: звуковой и сетевой карт, принтера, модема, сменных накопителей, и т.д. И если оно будет опознано правильно -- есть шанс получить их поддержку сразу по завершении установки, без дополнительных телодвижений.


Теги: ,