Показать полную графическую версию : Загрузка Mandrive Linux 2006
bloodshed
30-08-2006, 08:49
Установка проходит нормально с 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
что типа такого и дальше не грузиться.
Как исправить.
ruslandh
30-08-2006, 10:36
ОШИБКИ ЗАГРУЗКИ
Процесс загрузки происходит в две стадии. Начальная стадия загрузки первого сектора
осуществляется или средствами 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", которое состоит только из заглавных букв.
В течении всей второй стадии загрузки, сообщения об ошибках выводятся на английском
языке, с помощью которых более или менее точно можно попытаться найти источник их
появления.
bloodshed
30-08-2006, 18:10
А можно чуть поподробнее и по конкретнее, а то я с линксом не очень дружу.
Загрузись с livecd, пересобери загрузчик, перепеши /etc/lilo.conf и скажи lilo для перезаписи MBR.
ruslandh
30-08-2006, 21:29
Ошибки 99 и 9A обычно означают невозможность чтения файла карты
(map-file, -m или map, обычно из-за того, что LILO не был перезапущен после некоторых
изменений в системе или из-за несогласованности в параметрах геометрии устройства,
которые использует LILO (см. вывод команды lilo -v3) с реально установленными в BIOS
(для устранения этой проблемы вам, возможно, понадобится один из дисков диагностики
lilo, распространяемых с исходным кодом lilo).
Куда уж конкретней ?
bloodshed
05-09-2006, 14:30
Загрузись с 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
ruslandh
05-09-2006, 19:07
s0nar
Зачем в Мандриве ставить lilo из исходников, это-же не Gentoo или Slackware ?
Проще перееустановить lilo
ЗЫ А вообще-то тут может помочь установка grub
Зачем в Мандриве ставить lilo из исходников, это-же не Gentoo или Slackware ?
А чо сорцы можно собирать только на этих двух дистрибутивах? Хочет пусть поставит из rpm, это его дело.
ruslandh
06-09-2006, 08:32
А чо сорцы можно собирать только на этих двух дистрибутивах
Напрямую, не нарушая ничего в дистрибутиве - да. В Мандриве из сорца надо собрать вначале бинарный rpm, а потом его поставить.
Напрямую, не нарушая ничего в дистрибутиве - да.
Что ты подразумеваешь под нарушением дистрибутива? То, что собранный пакет не появится в менеджере установленных пакетов? :)
ruslandh
07-09-2006, 07:30
То, что устанавливая из тарбола какой-нибудь пакет, ты попутно можешь поменять файлы у кучи других пакетов и а при
make uninstall эти файлы (относящиеся и к другим пакетам) благополучно пропадут из системы.
ruslandh
На сколько я знаю make uninstall не соблюает ни какие зависисмости и удаляет то, что сама установила, а если бы она удаляла еще файлы других программ, то при нескольких раз make uninstall, половины системы не было бы.
ruslandh
08-09-2006, 07:53
Привожу упрощённый пример:
Ставится пакет Super из тарбола, в котором есть библиотека libAlfa.so, при этом в системе уже есть библиотека libAlfa.so, которая входит в пакет Alfa, естественно библиотека libAlfa.so, стоящая в системе заменяется (что может уже привести к неработоспособности всех программ, кроме Super. использующих библиотеку libAlfa ) , а при удалении тарбола Super библиотека libalfa совсем удаляется - приплыли :).
Не знаю прям, странно как-то, а при удалении rpm'a как тогда? Остаются что ли?
Также если и устанавливать из rpm, то она перезапишет эту библеотеку, не создаст же она ее c именем libalfa_2.so.
ruslandh
08-09-2006, 21:38
А при установке такого пакета RPM начнёт кричать, что пакет Super конфликтует по файлу libAlfa.so и по-умолчанию не поставиться.
Конечно, если через --force --nodeps вы его всё-таки поставите, то при удалении будет та-же картина, почему и говорят, что этими опциями пользоваться нельзя
Если выбора нет, нужно поставить этот пакет и все, значит нет разницы из чего его ставить. В данном случае это так.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.