[Comm] Re: Unresolved symbols

[Sergey Vlasov]

On Wed, Dec 22, 2004 at 08:35:14PM +0500, Igor Solovyov wrote:
> On Wed, 22 Dec 2004 17:04:55 +0200
> Michael Shigorin <mike на osdn.org.ua> wrote:
> 
> > On Wed, Dec 22, 2004 at 07:42:25PM +0500, Igor Solovyov wrote:
> > > А с чем связана невозможность при dist-upgrade установки
> > > новой сборки ядра? Да и модулей то же?  Это принципиально
> > > невозможно или просто еще не сделано? 
> > 
> > Это принципиально поставлено в Allow-Duplicated в
> > /etc/apt/apt.conf: ведь установка включает в себя обновление
> > загрузчика, что может быть чревато.
> 
> Не знаю как в grub-е (не пользуюсь), а _просто_изменения_
> в /etc/lilo.conf еще за собой ничего не тянут. :-))

Верно с точностью до наоборот ;)

Для grub достаточно внести изменения в /boot/grub/menu.lst, откуда он при
очередной загрузке их прочитает.  Для lilo нужно переустанавливать
загрузчик, чтобы он сохранил номера секторов, в которых лежат файлы ядер и
initrd.  В этом отношении grub лучше (имеется возможность загрузить любое
ядро, присутствующее на диске, даже если соответствующая запись
отсутствует в его конфигурационном файле).

Но на самом деле проблема не в этом - сами загрузчики ломаются крайне
редко, и проблемы с ними вылезут не при обновлении ядра, а при обновлении
самого загрузчика (кстати, эти пакеты обновляются автоматически, и иногда
при этом встречаются грабли - несколько раз я наступал на глюки
detectloader).  Основная проблема в том, что меняется ядро, загружаемое по
умолчанию, что при отсутствии физического доступа к машине и наличии
каких-то проблем с новым ядром очень неприятно.  Тут проявляется и
недостаток grub - у него нет аналога опции lilo -R, которая может быть
весьма полезной в подобной ситуации.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/community/attachments/20041222/f65bde2f/attachment-0003.bin>