Re: [sisyphus] lilo installation

[Serge Pavlovsky <pal@interexc.com>]

В ?? 29.09.2003, в 19:22, Pavel S. Khmelinsky пишет:
> Предположим ситуацию стоят два сервера без клав, без мониторов, 
> без дисководов. но с жесткими дисками, по одному на каждый. Оба 
> как не трудно догадаться /dev/hda. Для удобства один сервер 
> назовем www второй ftp. Теперь предположим что на ftp слетело 
> lilo, после чего ftp был нечаяно перезагружен. Тех. персонал 
> колокейшена после звонка по телефу системного администратора 
> переставил диск из ftp в www.
> Как итог имеем www с двумя дисками /dev/hda и /dev/hdc (бывший 
> /dev/hda а ftp). К www есть удаленный доступ.
> Итак задача: установить lilo на /dev/hdc стоящий на www, причем 
> так чтобы при переносе /dev/hdc c www на /dev/hda ftp, ftp грузился.
> 
> Пробовал решать так монтировал дерево файловых систем с /dev/hdc 
> куда-нибудь, например в /mnt/ftp-root, а потом делал
> $ chroot /mnt/ftp-root lilo -b/dev/hdc
> Вроде лило ставилось, вроде даже на /dev/hdc. Но ftp при возврате 
> на него родного диска попрежнему не грузится.
> 
> Биосы на обоих машинах разные. При запуске лило выдает 
> предупреждение о том что геометрия диска не соответсвует 
> настройкам биоса:
> 
> $ chroot /mnt/stat/ lilo -b/dev/hdc
> Ignoring entry 'boot'
> Warning: /dev/hdc is not on the first disk
> Warning: Kernel & BIOS return differing head/sector geometries 
> for device 0x81
>      Kernel: 38765 cylinders, 64 heads, 63 sectors
>        BIOS: 1023 cylinders, 255 heads, 63 sectors
> Added linux-up *
> 
> Извечный вопрос: кто виноват и что делать?
> На самом деле у меня еще ни разу в подобной ситуации не 
> получилось записать лило. Всегда пользовался rescue диском или 
> еще как-то.
> 
> Может лучше какой другой загрузчик использовать? Syslinux? Grub?

grub лучше, но и с lilo можно. вам не столько нужен нужен chroot,
сколько надо lilo передавать измененный конфиг, а что туда писать
смотрите в районе bios= и disk= в man lilo.conf
кстати, у lilo есть -r, и вообще, man lilo; man lilo.conf почитайте
-- 
Serge Pavlovsky <pal@interexc.com>