Загрузка Mandrive Linux 2006 - Компьютерный форум OSzone.net

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Общий по Linux (http://forum.oszone.net/forumdisplay.php?f=9)

- - Загрузка Mandrive Linux 2006 (http://forum.oszone.net/showthread.php?t=70537)

Загрузка Mandrive Linux 2006

Установка проходит нормально с hdd, загрузчкик вроде прописывается, но не загружаеться пишет при загрузке:

L 99 99 99 99 99 99 99 99 99 99 99
99 99 99 99 99 99 99 99 99 99 99
99 99 99 99 99 99 99 99 99 99 99
99 99 99 99 99 99 99 99 99 99 99

что типа такого и дальше не грузиться.

Как исправить.

Цитата:

Цитата man lilo

ОШИБКИ ЗАГРУЗКИ
Процесс загрузки происходит в две стадии. Начальная стадия загрузки первого сектора
осуществляется или средствами BIOS, или загрузчиком, который находится в MBR. В
дальнейшем программный код (содержащийся в этом секторе) уже сам выполняет загрузку
ограниченного количества секторов загрузчика для второй стадии. Когда первая стадия
загрузки LILO получает управление, на мониторе появляется первая буква "L". Затем он
считывает сектора и настраивает их для передачи управления второй стадии загрузки. Здесь
появляется буква "I". Если обнаруживается какой-нибудь сбой, например, ошибка чтения
диска, будет выдан шестнадцатеричный код ошибки и предпринята попытка повторить
операцию. Все шестнадцатеричные коды ошибок являются значениями, которые возвращает
BIOS. Ошибки обнаруживаемые и связанные с lilo это - 40, 99 и 9A. Ниже приведена часть
списка с некоторыми кодами ошибок:

00 ошибок нет
01 неверная дисковая команда
0A признак "битого" сектора
0B признак "битой" дорожки
20 ошибка контроллера устройства
40 сбой позиционирования головки диска (BIOS)
40 номер цилиндра >1023 (LILO)
99 недопустимый индексный сектора на второй стадии загрузки (LILO)
9A не обнаружена загружаемая сигнатура на второй стадии загрузки (LILO)
AA невозможно прочитать устройство
FF заданное действие завершилось с ошибкой

Ошибку с кодом 40 генерирует BIOS или LILO в процессе преобразования линейных
(24-битовых) адресов дискового пространства в геометрические (C:H:S) адреса. Эта ошибка
также может появится на старых системах, которые не поддерживают адресацию lba32
(32-битные адреса). Ошибки 99 и 9A обычно означают невозможность чтения файла карты
(map-file, -m или map=), обычно из-за того, что LILO не был перезапущен после некоторых
изменений в системе или из-за несогласованности в параметрах геометрии устройства,
которые использует LILO (см. вывод команды lilo -v3) с реально установленными в BIOS
(для устранения этой проблемы вам, возможно, понадобится один из дисков диагностики
lilo, распространяемых с исходным кодом lilo).

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

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

А можно чуть поподробнее и по конкретнее, а то я с линксом не очень дружу.

Загрузись с livecd, пересобери загрузчик, перепеши /etc/lilo.conf и скажи lilo для перезаписи MBR.

Цитата:

Ошибки 99 и 9A обычно означают невозможность чтения файла карты
(map-file, -m или map, обычно из-за того, что LILO не был перезапущен после некоторых
изменений в системе или из-за несогласованности в параметрах геометрии устройства,
которые использует LILO (см. вывод команды lilo -v3) с реально установленными в BIOS
(для устранения этой проблемы вам, возможно, понадобится один из дисков диагностики
lilo, распространяемых с исходным кодом lilo).

Куда уж конкретней ?

Цитата:

Загрузись с livecd, пересобери загрузчик, перепеши /etc/lilo.conf и скажи lilo для перезаписи MBR.

А как это сделать? =)

livecd есть =)

ruslandh

Цитата:

Куда уж конкретней ?

Я же сказал что не знаю линукс и то что ты мне написал мало о чём говорит.

Качаешь исходники lilo.
Вставляешь диск в привод, загружаешся, монтируешь свои разделы, пишешь chroot /mnt/folder /bin/bash
Распаковываешь, заходишь в папку и пишешь make && make install.
Открываешь /etc/lilo.conf в каком-нибудь текстовом редакторе и конфигурируешь.
Мой конфиг:
lba32
boot = /dev/hda
prompt
timeout = 150
delay = 150
default = Gentoo
image = /boot/bzImage
root = /dev/hda8
label = Gentoo
read-only
other = /dev/hda1
label = Windows
Потом пишешь lilo и reboot

s0nar
Зачем в Мандриве ставить lilo из исходников, это-же не Gentoo или Slackware ?

Проще перееустановить lilo

ЗЫ А вообще-то тут может помочь установка grub

Цитата:

Зачем в Мандриве ставить lilo из исходников, это-же не Gentoo или Slackware ?

А чо сорцы можно собирать только на этих двух дистрибутивах? Хочет пусть поставит из rpm, это его дело.

Цитата:

А чо сорцы можно собирать только на этих двух дистрибутивах

Напрямую, не нарушая ничего в дистрибутиве - да. В Мандриве из сорца надо собрать вначале бинарный rpm, а потом его поставить.

Цитата:

Напрямую, не нарушая ничего в дистрибутиве - да.

Что ты подразумеваешь под нарушением дистрибутива? То, что собранный пакет не появится в менеджере установленных пакетов? :)

То, что устанавливая из тарбола какой-нибудь пакет, ты попутно можешь поменять файлы у кучи других пакетов и а при
make uninstall эти файлы (относящиеся и к другим пакетам) благополучно пропадут из системы.

ruslandh
На сколько я знаю make uninstall не соблюает ни какие зависисмости и удаляет то, что сама установила, а если бы она удаляла еще файлы других программ, то при нескольких раз make uninstall, половины системы не было бы.

Привожу упрощённый пример:

Ставится пакет Super из тарбола, в котором есть библиотека libAlfa.so, при этом в системе уже есть библиотека libAlfa.so, которая входит в пакет Alfa, естественно библиотека libAlfa.so, стоящая в системе заменяется (что может уже привести к неработоспособности всех программ, кроме Super. использующих библиотеку libAlfa ) , а при удалении тарбола Super библиотека libalfa совсем удаляется - приплыли :).

Не знаю прям, странно как-то, а при удалении rpm'a как тогда? Остаются что ли?
Также если и устанавливать из rpm, то она перезапишет эту библеотеку, не создаст же она ее c именем libalfa_2.so.

А при установке такого пакета RPM начнёт кричать, что пакет Super конфликтует по файлу libAlfa.so и по-умолчанию не поставиться.
Конечно, если через --force --nodeps вы его всё-таки поставите, то при удалении будет та-же картина, почему и говорят, что этими опциями пользоваться нельзя

Если выбора нет, нужно поставить этот пакет и все, значит нет разницы из чего его ставить. В данном случае это так.