From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 29 Sep 2003 21:32:57 +0400 From: Sergey Vlasov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] lilo installation Message-ID: <20030929173256.GB25803@master.mivlgu.local> Mail-Followup-To: sisyphus@altlinux.ru References: <3F785C63.5080807@yauza.ru> <1064854332.2674.30.camel@underdark.localdomain> <3F786A41.7010509@yauza.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <3F786A41.7010509@yauza.ru> X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2003 17:32:58 -0000 Archived-At: List-Archive: --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Sep 29, 2003 at 09:22:09PM +0400, Pavel S. Khmelinsky wrote: > > > Serge Pavlovsky wrote: > >В ?? 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 почитайте > > Не уж то думаете что не читал? %). > -r тоже что и chroot тут все и так понятно и моей проблемы это не > решает. > > Причем тут опция disk= тоже совсем не понятно. Я ее всегда > пользовал чтобы присвоить дискам в биосе номера в ручную, к моей > проблеме это не имеет никаго отношения. Имеет - нужно, чтобы lilo считал, что /dev/hdc - это диск 0x80 для BIOS, поскольку именно так он будет установлен на той системе, где с него должна пойти загрузка. А так он считает его вторым диском и пишет везде 0x81 - потом при загузке BIOS просто ничего там не найдёт. > Так что чего-то я Вас совсем не понял. > > Вообще в данном случае пишу потому что хочу конкретного совета, > вообще редко пишу за этим, но сейчас как раз тот случай. > > Дополнительный вопрос. Grub точно умеет то что мне надо? Умеет - опять же через device.map нужно указать, что (hd0) - это /dev/hdc. --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/eGzIW82GfkQfsqIRApLzAJ97QuhmJ7yqakVEfEeMnpI2bupdqwCfcBy2 Tw9FXLiS65AIcOV+MI/LNiU= =mjwx -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13--