Linux
Шрифт:
Сохраняйте копию файла /etc/lilo.conf, копии главных загрузочных записей (MBR) на специальной аварийной дискете, а лучше – на компакт-диске. Постоянно поддерживайте эти копии в актуальном состоянии, отражающем все вносимые в систему изменения.
Далее описаны ситуации, которые могут возникнуть при ненормальном функционировании программы LILO.
Программа LILO выводит последовательность 01010101010
Ядро и карты загрузки находятся на устройстве, которое не поддерживается средствами BIOS.
Программа LILO останавливается, выдав L
Первичный загрузчик LILO не может найти вторичный загрузчик этой программы. Кроме того, могут возвращаться коды ошибок жесткого диска, описанные в документе /usr/doc/packages/lilo. Обычно эта ситуация означает, что программы BIOS и LILO по-разному определяют геометрию жесткого диска.
В случае возникновения такого рода проблемы проверьте, чтобы в BIOS был установлен режим LBA (если у вас жесткий диск достаточно больших размеров), и поместите директиву linear в файл /etc/lilo.conf (либо удалите ее, если
Проверьте, не превосходят ли размеры дисковых разделов максимальный размер раздела, поддерживаемый программами BIOS.
Обычно такого рода проблемы возникали на материнских платах для процессоров i486, Pentium и ранних материнских платах с поддержкой Pentium II.
Программа LILO останавливается, выдав LI
Вторичный загрузчик программы LILO был найден, но его не удалось корректно загрузить. Такое обычно случается при наличии проблемы с геометрией диска. Если реальный файл boot и его описание в карте загрузки не соответствуют друг другу, выполните команду lilo и перезагрузите компьютер.
Программа LILO останавливается, выдав LIL?
Вторичный загрузчик программы LILO не смог получить доступ к требуемому ему адресу. Проблема устраняется так же, как и в предыдущем случае.
Программа LILO останавливается, выдав LIL
Вторичный загрузчик программы LILO не смог прочитать системную карту. Выполните команду liio и перезагрузите компьютер.
Программа LILO останавливается, выдав LIL-
Некорректная таблица дескрипторов системной карты. Обычно это означает, что файл /boot/map был разрушен или перемещен.
Проблемы с выполнением программы LILO
В процессе выполнения программы LILO могут встречаться самые различные проблемы. Рассмотрим наиболее распространенные из них.
Неверная сигнатура LILO
First boot sector doesn\'t have a valid LILO signature
Приведенное сообщение об ошибке обычно означает, что разрушен файл /boot/boot. Другой вариант – в файле /etc/lilo.conf директива install указывает на объект, который программа LILO не воспринимает как программу первоначальной загрузки.
Chain loader doesn\'t have a valid LILO signature
Приведенное сообщение об ошибке означает, что разрушен файл /boot/chain. Другой вариант – в файле /etc/lilo.conf директива ioader= указывает на объект, который программа LILO не воспринимает как загрузчик цепочки.
Загрузка ядра Linux выполняется программой вторичного загрузчика boot.b, которая загружается в память программой первичного загрузчика, расположенного в главной загрузочной записи жесткого диска. Все имеющиеся в файле lilo.conf директивы image= обрабатываются исключительно вторичным загрузчиком.
Программа загрузки chain используется для загрузки MS-DOS и других операционных систем подобного типа. Она вызывается при загрузке версий операционных систем, задаваемых в файле lilo.conf директивами other=. Кроме того, для специфических вариантов загрузки машины могут использоваться особые программы первоначальной загрузки, описываемые директивой программы LILO loader=.
BIOS не имеет доступа к жесткому диску Иногда ваш компьютер может выдать следующее сообщение:Warning: BIOS drive 0x82 may not be accessible
Оно появляется в тех случаях, когда некоторые из указанных в файле lilo.conf вариантов загрузки системы ссылаются на программы и операционные системы, расположенные на жестком диске, отличном от первых двух устройств, подключенных к первичному контроллеру. То есть параметры в файле lilo.conf требуют выполнить загрузку с третьего устройства первичного контроллера или с устройства, подключенного к вторичному контроллеру.
Приведенное выше сообщение программы LILO является просто предупреждением. В случае его появления никакого вреда устанавливаемой системе нанесено не будет.
Повреждение главной загрузочной записи (MBR)Если главная загрузочная запись жесткого диска или таблица разделов повреждена, ее можно восстановить. Как правило, это не вызывает никаких повреждений в размещенных на этом жестком диске файловых системах или данных.
Для этого необходимо предварительно сохранить копию главной загрузочной записи и таблицы разделов на резервную дискету. Копию главной загрузочной записи и таблицы разделов можно сделать следующей командой:dd if=/dev/hda of= hda-mbr.bin bs=512 count=l
Здесь:
• /dev/hda – представляет собой ссылку на первый жесткий диск с интерфейсом IDE;
• файл hda-mbr.bin – это тот самый файл, содержимое которого и будет являться главной загрузочной записью жесткого диска;
• размер блока устанавливается равным 512 байтам;
• параметру count присвоено значение 1, поскольку требуется скопировать только один сектор данных.
Программа первичного загрузчика содержится в главной загрузочной записи только первичного жесткого диска (/dev/hda или /dev/sda). На всех остальных дисковых устройствах в этой записи будет содержаться только таблица разделов, а оставшаяся ее часть будет пустой. В любом случае полезно сохранять сведения о таблицах разделов всех жестких дисков компьютера.
Для восстановления главной загрузочной записи жесткого диска достаточно использовать следующую команду:dd of=/dev/hda if=$BACKUP_FILE bs=512 count=l
Помимо использования команды dd и резервной копии главной загрузочной записи жесткого диска, таблицу разделов можно восстановить вручную, воспользовавшись информацией, предварительно сохраненной или распечатанной с помощью команды fdisk -1. Полезно сохранить копию этих данных непосредственно в процессе исходной установки системы. В результате, вы всегда будете знать местонахождение этих данных, независимо от последующих перемещений системы.
Понятно, что когда потребуется воспользоваться созданной копией главной загрузочной записи жесткого диска, саму операционную систему загрузить не удастся. Поэтому копии всех резервных файлов главной загрузочной записи жесткого диска должны быть помещены на аварийные дискеты и, может быть, в корневую файловую систему вашего компьютера.
Поскольку полученный с помощью команды dd файл является двоичным, вы не можете без особых ухищрений получить из него информацию о разбиении жесткого диска. Поэтому желательно хранить также текстовый вариант списка всех разделов диска (с указанием их размеров и расположения), причем еще и в распечатанном виде, предназначенном для чтения человеком. Этот список легко может быть получен с помощью команд:fdisk -1
или
mount
В результате, даже при отсутствии резервной копии главной загрузочной записи жесткого диска всегда можно будет восстановить таблицу разделов вручную. Восстановить вручную текст программы первоначальной загрузки можно с помощью программы LILO. Для этого достаточно выполнить команду /sbin/lilo с указанием корректного файла параметров /etc/lilo.conf. Новое ядро операционной системы не загружается
Для обновления карты размещения используемых при загрузке файлов необходимо выполнить программу LILO. В этой карте содержится информация о точном расположении на жестком диске каждого из файлов, которые программа LILO использует в процессе загрузки системы. В число этих файлов входит и файл ядра операционной системы.
Если до остановки процесса загрузки операционной системы система выводит сообщение Loading Kernel…, то, возможно, при компиляции ядра неверно были выбраны параметры компиляции. В этом случае для определения и последующего устранения проблемы попробуйте воспользоваться параметрами ядра reserve= и exciude=, которые можно задавать в командной строке программы LILO.
Новое ядро выдает сообщение о превышении размера ядраНекоторое время назад ядро операционной системы было компактным само по себе. В последние годы из-за серьезного увеличения функциональности ядра операционной системы загрузить несжатое ядро программа-загрузчик не в состоянии. Так что если вы пользуетесь устаревшими рекомендациями по компиляции – ваше новое ядро получится больше, чем может загрузить программа-загрузчик. Поэтому почитайте рекомендации по компиляции ядра на сайте фирмы – производителя дистрибутива. Обычно после компиляции используется создание из полученного ядра операционной системы его сжатого образа, который после загрузки распаковывается в оперативной памяти компьютера.
Кроме того, можно создать ядро меньших размеров за счет перемещения большего количества необходимых функций в отдельные загрузочные модули и отказа от вкомпилирования в ядро поддержки устройств, не установленных на вашем компьютере.
Ядро выдает сообщение о невозможности монтирования корневого каталогаВ ядре Linux определено устанавливаемое по умолчанию устройство и раздел, на котором располагается корневая файловая система. Это значение, задаваемое прямо в исходном тексте ядра, можно изменять с помощью команды rdev. Существует еще несколько подобных значений по умолчанию, которые жестко записываются в ядро в процессе его компиляции. Их также можно изменять с помощью различных параметров команды rdev, что позволяет избежать перекомпиляции ядра.
Если существующее имя корневой файловой системы не соответствует значению, установленному в ядре, то при попытке ее монтирования будет выдано упомянутое выше сообщение. Самый простой способ изменить записанное в ядре и принимаемое по умолчанию значение – указать требуемое имя в параметре root=.
После успешной загрузки системы выполните команду rdev и/или модифицируйте файл /etc/lilo. conf, чтобы добавить в него директиву, например, append="root=hda2".
Помимо вышеприведенного случая, такое сообщение можно получить, если при компиляции ядра операционной системы драйверы устройства, на котором размещается корневая файловая система, не были вкомпилированы в ядро или были вынесены в загружаемый модуль, а поскольку загружаемые модули ядра грузятся с подмонтированного жесткого диска – эта проблема и возникает.
Экран мерцает и на нем отсутствует приглашение к регистрации в системеЕсли рабочая станция настроена на использование при загрузке графического приглашения для регистрации пользователя, и на экране монитора заметны повторяющиеся безрезультатные попытки системы начать процедуру регистрации, проверьте состояние мыши.
Вначале проверьте, подключена ли она к компьютеру. Затем вручную перезагрузите систему в режиме одного пользователя и убедитесь, что в каталоге /dev имеется соответствующий файл устройства. Затем попробуйте выполнить команду gpm – это позволит убедиться, что система знает о существовании мыши и может с ней работать. В противном случае вручную запустите команду startx и проанализируйте выводимые сообщения об ошибках. Проверьте состояние используемых системой X Window файлов настройки.
Другая проблема, не позволяющая системе X Window нормально начать работу, может заключаться в отсутствии доступа к каталогу со шрифтами – локальному или расположенному на некотором сервере.
Если все упомянутые условия выполнены, то ошибка может заключаться в неверной настройке X Window – либо установлен не тот тип видеокарты, либо завышены частоты монитора.