Новелла двадцать пятая, в которой даются вводные сведения о загрузке системы и запуске инсталляционной программы
Как я уже говорил, загрузка с дистрибутивного носителя, как правило, происходит без всяких проблем. Однако возможна и ситуация, что система грузиться отказывается категорически. И наиболее распространённых причин тут две.
Первая -- это проблемы с видеорежимами. Большинство современных инсталляторов запускается по умолчанию в графическом режиме -- либо черех frame buffer, либо через X-сервер. В любом случае, однако, поддерживаются практически все современные видеокарты (точнее, видеочипы, на базе которых они сделаны). Однако возможно, что именно чип вашей видеосистемы не поддерживается текущей версией инсталлятора: либо вследствие устаревания, либо, напротив, по причине излишней новизны.
Благо, в инсталляторах почти всегда предусмотрена возможность изменения видеорежима. То есть можно поколдовать с разрешениями графического режима, во-первых -- это делается или из меню загрузчика, как в openSUSE, или заданием в строке загрузки ядра параметров типа VGA=normal и тому подобных.
Во-вторых, всегда есть палочка-выручалочка, даже две: режим 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 случаях из ста пользователь о них просто никогда не узнает. А уделил их описанию столько места я лишь затем, чтобы потенциальный будущий линуксоид был готов к тому самому единственному случаю. Сохраняя уверенность в себе, своей машине и своей будущей системе.
SUSEana: новый адрес проекта об openSUSE . .