|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ramazan Jah-Far 2:5020/400 19 Feb 2003 05:11:48
To : Konstantin Osipov
Subject : Re: new hard drive: L 02 02 02
--------------------------------------------------------------------------------
Hi!
In fido7.ru.linux, Konstantin Osipov wrote:
KO>>> 1. Primary, /boot, reiser
KO>>> 2. Extended:
...
KO>>> e) /, reiser
RF>> ...
KO>>> Перезагрyжаюсь, читаю (выдаёт lilo):
KO>>> L 02 02 02 02 02 02 02 02 02 02 (и так далее, в бесконечном цикле)
RF>> Это значит, что LILO не смог найти начало карты
...
RF>> Связано с тем, что:
...
RF>> * или в LILO зашит неверный адрес /boot/map - может
Теоретический вопрос - а может ли reiserfs двигать
файлы (перемещать в другие сектора) после окончания
записи?
А может быть LILO вообще не умеет правильно определять
номера секторов /boot/map на reiserfs?
// sorry, никогда не пользовался LILO на reiserfs
Также ещё один вопрос - как LILO определяет эти номера
секторов и что произойдёт, скажем, если я включу
полное журналирование на ext3 и /boot/map сначала
целиком попадёт в журнал.
RF>> быть связяно с тем, что ты ставишь свежий LILO в
RF>> boot sector of /boot, а в это время в MBR лежит
RF>> протухший LILO более раннего разлива, т.е. от более
...
KO> Я ставил его и в /dev/hda, и в /dev/hda1
Вот как раз это метание туда-сюда чаще всего и
является причиной описанного синдрома. Ставить нужно
в одно место. В твоём случае (на новый винт без
признаков винды или DOS) - в MBR.
И твёрдо придерживаться выбранного "курса" ;-).
RF>> P.S. стОило указать свой /etc/lilo.conf и геометрию
RF>> винта по мнению BIOS и fdisk. Вероятно, у тебя винт
RF>> сообщает 255 секторов на дорожку вместо 63?
RF>> Можешь ещё описать разбивку, как её выдаёт fdisk в
RF>> нормальном и экспертном режимах - это не помешает ;)
KO>
KO> Может и стоило. Hо имхо это yже из области танцев с бyбном.
Кстати, где у тебя лежит ядро - в /boot или в /?
// я не знаю, как положено в SuSE.
1) Кто-то может и решает проблемы (иногда) при помощи
плясок с бубном, но не я.
2) Я под эти бубны (C/H/S, fdisk) не пляшу :-).
3) Источник проблемы необходимо найти и ликвидировать.
KO> Grub решил проблемy, и ладно.
И ты после этого сможешь спокойно спать :-)?
--
Bye!
Ramazan
--- ifmail v.2.15dev5
* Origin: UkrNet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
