|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 16 Dec 2001 16:34:25
To : Zahar Kiselev
Subject : Re: поисковая машина программ для Linux
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VB>>>> уже больше года lilo не испытывает проблем с загрузкой ядер лежащих
VB>>>> после 1024-го цилиндра. Кроме того есть grub. Еще больше времени.
ZK>>> Еще как испытывают!
VB>> какая версия lilo испытывает проблемы?
ZK> При чем тут версия lilo, если биос не понимает расширения lba32 ?
а причем тут BIOS? Ему нужно уметь прочесть первый сектор. Вон, сейчас на
одной из машинок где я работаю диск прописан "как-то там". т.е.
головки/сектора пересчитаны "так как бы это пересчитало lba", и треков -
1023. Потому что BIOS умеет нормально продетектить ту десятку (кажется),
но далее вешается при попытки загрузиться. LBA даже не умеет. LAGE умеет,
но тоже какие-то проблемы. Все это со слов человека котоырй с ней возился
- я ее еще в глаза не видел, только через ssh ;)
Так в итоге все это грузится обычным lilo. Правда современным. изз RH7.1
VB>> версия какая у lilo & grub?
ZK> GRUB пробовал 0.5.91-1 и 0.5.95 LILO 21.4.3-2 и еще какое-то качал из
ZK> интернета, но уже снес и поэтому не могу сказать номер версии. Брал
ZK> естественно последнее, которое там в куче было.
хех, ну значит не судьба ;) но время-то идет ;)
VB>> ну что-же, очень хооршо. Hо это ведь не значит что есть смысл
VB>> пользовать редкое решение, вместо серийного?
ZK> Если редкое решение работает, а серийное - нет, то есть смысл
ZK> использовать редкое.
еще раз - ты даешь совет СЕЙЧАС. Вот я смею утверждать, что примеры
решений которым более чем пол года времени есть смысл применять только
если с тех пор ничего не менялось. Загрузчики постояно дописывают и
прявят. И есть смысл убедиться 100% что современное lilo/grub таки не
решение, прежде чем ствавить что-то другое.
VB>> Я вообще не понимаю в чем проблема разместить ядро _до_ 1024
VB>> цилиндра,
ZK> Винч 40Gb. Hа две трети заполнен ценными данными. Бэкапить столько мне
ZK> просто не на что. Менять размер раздела без бэкапа я не хочу - слишком
ZK> велик риск остаться без данных.
в зависимости от того как порезан на разделы, сполне может хватить
оставшейся трети для бекапа. Кроме того, я не слышал чтоб быликакие-либо
грабли с Partition Magick. При нетором желании можно и parted взять, но с
ним таки лучше бекапиться, очень странная программа... Вернее странные
представления у автором на счет того, как нужно писаьт такого рода
программы.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
