Как я уже говорил, загрузка с дистрибутивного носителя, как правило, происходит без всяких проблем. Однако возможна и ситуация, что система грузиться отказывается категорически. И наиболее распространённых причин тут две.

Первая — это проблемы с видеорежимами. Большинство современных инсталляторов запускается по умолчанию в графическом режиме — либо черех frame buffer, либо через X-сервер. В любом случае, однако, поддерживаются практически все современные видеокарты (точнее, видеочипы, на базе которых они сделаны). Однако возможно, что именно чип вашей видеосистемы не поддерживается текущей версией инсталлятора: либо вследствие устаревания, либо, напротив, по причине излишней новизны.

Благо, в инсталляторах почти всегда предусмотрена возможность изменения видеорежима. То есть можно поколдовать с разрешениями графического режима, во-первых — это делается или из меню загрузчика, как в openSUSE, или заданием в строке загрузки ядра параметров типа vga=[значение].

Во-вторых, всегда есть палочка-выручалочка, даже две: режим VESA или безнадёжно старый, но безотказный VGA-режим: оба они обязаны грузиться на любых видеокартах, кроме украденных из музея электронного мастерства. В обоих случаях вывод графики будет далёк от совершенства — но на период установки этого хватит, а после неё можно будет и заняться настройкой видеорежимов.

Наконец, на самый худой конец, если графический режим отказывается работать под любым соусом, в большинстве дистрибутивов есть варёные яйца текстовый режим инсталляции. Его плюс ещё и в том, что он может функционировать на старых машинах, или на машинах с небольшим объёмом оперативной памяти. Кстати, недостаток последней — также одна из возможных причин отказа в загрузке инсталлятора: многие из современных программ этого назначения весьма прожорливы, требуя только для себя от 512 до 768 Мбайт (как Anaconda в Fedora).

Вторая распространённая причина отказа в запуске системы — проблемы с ACPI или (и?) APIC. Не смотря на созвучие названий, это совершенно разные механизмы, отвечающие за разные вещи.

ACPI (Advanced Configuration and Power Interface, усовершенствованный интерфейс конфигурации и управления питанием) — это стандарт, предоставляющий общий интерфейс для регулирования взаимодействие между операционной системой, BIOS материнской платы и остальными устройствами. Не смотря на его преклонный возраст (первая версия стандарта была опубликована в 1996 году), до сих пор изредка встречаются материнские платы, в которых он реализован не полностью или не совсем правильно.

APIC (англ. Advanced Programmable Interrupt Controller, улучшенный программируемый контроллер прерываний), как явствует из его названия, предназначен для распределения прерываний, в первую очередь — в многопроцессорных системах. А поскольку нынче почти все актуальные процессоры — двух- и более ядерные, то используется практически повсеместно, как составная часть ядра процессора (Local APIC) и дополняющая её отдельная микросхема ввода/вывода (I/O APIC). Однако иногда именно поддержка APIC в ядре является источником проблем при загрузке системы, хотя точной причины этого я не знаю.

Так что если переключение видео в самые «щадящие» режимы не дало результатов, впору заняться отключением сначала ACPI, а потом и APIC. Делается это также либо добавлением параметров (таких, как noacpi или noapic, соответственно) в строку загрузки ядра, либо через меню загрузчика.

При всех экспериментах с параметрами загрузки и опциями загрузчика очень важно придерживаться золотого правила конфигурирования: никогда не менять больше одного параметра или опции за один раз. То есть: отработав все видеорежимы, вернуть их в умолчальное состояние и заняться отключением ACPI. Если это не привело к желаемому результату, то заняться APIC. Иначе вам никогда не удастся локализовать проблему.

Золотое правило конфигурирования применимо ко всем настроечным мероприятиям вообще. И начинающий линуксоид должен довести следование ему до уровня рефлексов павловской собаки. А не метаться среди параметров и опций, отключая сначала втрое и третье, а потом пятое и восьмятое.

Впрочем, в инсталляторах большинства дистрибутивов обычно есть возможность загрузки так называемого «безопасного режима», иначе говоря — safe mode. При котором отключено сразу всё, что только может быть отключено. Есть он и в openSUSE, где вызывается из меню загрузчика. И это — последний шанс начинающего линуксоида: если и в таком режиме не удаётся загрузиться — то, скорее всего, ему крепко не повезло с openSUSE.

А поскольку, как я уже говорил, openSUSE — один из лучших дистрибутивов с точки зрения определения «железа» (по моему мнению, однозначно лучший, но я на этом настаивать не буду), то велика вероятность, что ему не повезло вообще. В частности, это повод призадуматься: а всё ли действительно в порядке с оборудованием?

Потому что на самом деле случаев, когда категорически невозможно было загрузиться тем или иным методом, не мытьём, так катанием, с установочного носителя, в моей практике было — по пальцам пересчитать. Причём — одной руки. И к тому же они относятся к столь далёкому прошлому, что я даже не буду называть их героев — все они давно исправились.

Все эти длинные рассуждения приведены в обоснование одного нехитрого тезиса: невозможность загрузиться в штатном (точнее, умолчальном) режиме — вовсе не повод для отчаяния. Главное — таки загрузиться, пусть с урезанием продвинутых функций, и установить систему. А потом уже разбираться с деталями. Как говаривал Бонапартий,

Главное — ввязаться в драку, а там решение найдётся.

А он, как известно, знал толк в этом деле — и как ввязаться в драку, и как найти решение.

Ну и, наконец, дабы не заканчивать новеллу на пессимистической ноте, самое важное: все описанные мной страшилки случаются крайне редко. И в 99 случаях из ста пользователь о них просто никогда не узнает. А уделил их описанию столько места я лишь затем, чтобы потенциальный будущий линуксоид был готов к тому самому единственному случаю. Сохраняя уверенность в себе, своей машине и своей будущей системе.


Назад | К содержанию | Вперёд