[sisyphus] 2.4.26-std-up-alt4

[sisyphus] 2.4.26-std-up-alt4

[Sergey S. Skulachenko]

Эта и предпоследняя версия ядра забывают прописать в lilo.conf
строку append.

-- 
С уважением,
С.С.Скулаченко

Re: [sisyphus] 2.4.26-std-up-alt4

[Peter Evdokimov]

On Tue, 22 Jun 2004 10:27:56 +0400
"Sergey S. Skulachenko" <sssku@online.ru> wrote:

> Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> строку append.
+ еще config в /boot почему-то исполнимым становится

sy,
	peter

Re: [sisyphus] 2.4.26-std-up-alt4

[Ildar Mulyukov]

Peter Evdokimov wrote:

>On Tue, 22 Jun 2004 10:27:56 +0400
>"Sergey S. Skulachenko" <sssku@online.ru> wrote:
>
>  
>
>>Эта и предпоследняя версия ядра забывают прописать в lilo.conf
>>строку append.
>>    
>>
>+ еще config в /boot почему-то исполнимым становится
>
>sy,
>	peter
>
Дежа вю, товарищи. Баги возвращаются?

-- 
Ildar  Mulyukov, 
  free SW designer/programmer
================================================
email: ildar@users.sourceforge.net
projects: http://os-development.sourceforge.net/
home: http://tuganger.narod.ru/
ALT Linux Sisyphus (20040514)
================================================

Re: [sisyphus] 2.4.26-std-up-alt4

[Peter Evdokimov]

On Tue, 22 Jun 2004 11:27:37 +0400
Ildar Mulyukov <ildar@users.sourceforge.net> wrote:

> >>Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> >>строку append.
> >>    
> >>
> >+ еще config в /boot почему-то исполнимым становится
> >
> >sy,
> >	peter
> >
> Дежа вю, товарищи. Баги возвращаются?

прошу пардону, в alt4 уже нормальный config.

sy,
	peter

Re: [sisyphus] 2.4.26-std-up-alt4

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 215 bytes --]

On Tue, Jun 22, 2004 at 10:27:56AM +0400, Sergey S. Skulachenko wrote:
> Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> строку append.

Ядро забывает или installkernel забывает?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] 2.4.26-std-up-alt4

[Denis Ovsienko]

> > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > строку append.
> Ядро забывает или installkernel забывает?
Но пользователю же всё равно, правда? Зачем вы так спрашиваете?

-- 
    DO4-UANIC

Re: [sisyphus] 2.4.26-std-up-alt4

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 401 bytes --]

On Tue, Jun 22, 2004 at 01:16:32PM +0300, Denis Ovsienko wrote:
> > > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > > строку append.
> > Ядро забывает или installkernel забывает?
> Но пользователю же всё равно, правда? Зачем вы так спрашиваете?

Намёк на неуказанную версию пакета bootloader-utils в момент установки
тех ядер, с которыми было что-то не так.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] 2.4.26-std-up-alt4

[Led]

В сообщении от Вторник 22 Июнь 2004 13:16 Denis Ovsienko написал(a):
> > > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > > строку append.
> >
> > Ядро забывает или installkernel забывает?
>
> Но пользователю же всё равно, правда? Зачем вы так спрашиваете?

Пользователь устанавливает ядра? оригинально!:)

Led.

Re: [sisyphus] 2.4.26-std-up-alt4

[Denis Ovsienko]

> Пользователь устанавливает ядра? оригинально!:)
Администратор системы по отношению к мантейнеру пакета является
пользователем. Я не пойму, действительно ли я неясно пишу, или есть
какой-то смысл в этом стёбе.

-- 
    DO4-UANIC

Re: [sisyphus] 2.4.26-std-up-alt4

[Led]

В сообщении от Вторник 22 Июнь 2004 13:29 Denis Ovsienko написал(a):
> > Пользователь устанавливает ядра? оригинально!:)
>
> Администратор системы по отношению к мантейнеру пакета является
> пользователем. Я не пойму, действительно ли я неясно пишу, или есть
> какой-то смысл в этом стёбе.

Это не стёб... Вам задали уточняющий вопрос, как человеку, который 
устанавливает ядро, а вы с обидой ответили, дав понять, что вы - просто 
пользователь...
Если я вас неправильно понял и тоже обидел - прошу прощения...

Led.

Re: [sisyphus] 2.4.26-std-up-alt4

[Alex Yustasov]

On Tue, Jun 22, 2004 at 02:22:03PM +0400, Dmitry V. Levin wrote:
> On Tue, Jun 22, 2004 at 01:16:32PM +0300, Denis Ovsienko wrote:
> > > > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > > > строку append.
> > > Ядро забывает или installkernel забывает?
> > Но пользователю же всё равно, правда? Зачем вы так спрашиваете?
> 
> Намёк на неуказанную версию пакета bootloader-utils в момент установки
> тех ядер, с которыми было что-то не так.

Здравствуйте. 
У меня bootloader-utils-0.3-alt1

При установке 2.4.26-alt4
1: kernel-image-std-smp      #...# [ 25%]
/sbin/installkernel: legacy option -a ignored (probably harmless)
/sbin/installkernel: legacy option -c ignored (probably harmless)
2: kernel-headers-std-smp    #...# [ 50%]

append в lilo не переносится. 

[sisyphus] Re: 2.4.26-std-up-alt4

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 342 bytes --]

On Tue, Jun 22, 2004 at 02:12:44PM +0400, Dmitry V. Levin wrote:
> On Tue, Jun 22, 2004 at 10:27:56AM +0400, Sergey S. Skulachenko wrote:
> > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > строку append.
> 
> Ядро забывает или installkernel забывает?

OK, а что вы ожидали увидеть в строке append?

> -- 
> ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: 2.4.26-std-up-alt4

[iLya Bryzgalow]

Tue, 22 Jun 2004 15:34:48 +0400 Alexey Tourbin <at@altlinux.ru> сообщил:

> On Tue, Jun 22, 2004 at 02:12:44PM +0400, Dmitry V. Levin wrote:
> > On Tue, Jun 22, 2004 at 10:27:56AM +0400, Sergey S. Skulachenko
> > wrote:
> > > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > > строку append.
> > 
> > Ядро забывает или installkernel забывает?
> 
> OK, а что вы ожидали увидеть в строке append?
Я использую grub, но и в нем в новых ядрах в строке ядра только:
" root=/dev/hda1 ", а было:
" root=/dev/hda1 vga=788 fbprogress=/dev/tty10 acpi=on"
или "по последним постановлениям партии и правительства" это переносить
уже не надо?
ядро см. в подписи.
> 
> > -- 
> > ldv
> 


-- 
iLya Bryzgalow aka iLL          _/ _/     _/
Astronomy-Linux-Krasnodar-Russia  _/     _/
Linux User #301257            _/ _/     _/
JID://ill@jabber.org         _/ _/     _/
http://www.krumn.oilnet.ru  _/ _/     _/
ftp://ftp.krumn.oilnet.ru  _/ _/_/_/ _/_/_/
i don't smoke and wish you the same!
kernel-2.6.6-std26-up-alt6 ALT Linux Sisyphus (20040618)

Re: [sisyphus] Re: 2.4.26-std-up-alt4

[Ivan Adzhubey]

У меня установка kernel-image-std-smp-2.4.26-alt4 вообще ничего 
в /boot/grub/menu.lst не дописала, как будто нового ядра я и не устанавливал. 
Предыдущие пара версий bootloader-utils развлекались вовсю - сносили целые 
строки из пунктов загрузки других ядер, удаляли ссылки на initrd. Было 
весело.

bootloader-utils-0.3-alt1

-- 
Иван

On Tuesday 22 June 2004 08:31 am, iLya Bryzgalow wrote:
> Tue, 22 Jun 2004 15:34:48 +0400 Alexey Tourbin <at@altlinux.ru> сообщил:
> > On Tue, Jun 22, 2004 at 02:12:44PM +0400, Dmitry V. Levin wrote:
> > > On Tue, Jun 22, 2004 at 10:27:56AM +0400, Sergey S. Skulachenko
> > >
> > > wrote:
> > > > Эта и предпоследняя версия ядра забывают прописать в lilo.conf
> > > > строку append.
> > >
> > > Ядро забывает или installkernel забывает?
> >
> > OK, а что вы ожидали увидеть в строке append?
>
> Я использую grub, но и в нем в новых ядрах в строке ядра только:
> " root=/dev/hda1 ", а было:
> " root=/dev/hda1 vga=788 fbprogress=/dev/tty10 acpi=on"
> или "по последним постановлениям партии и правительства" это переносить
> уже не надо?
> ядро см. в подписи.
>
> > > --
> > > ldv

Re: [sisyphus] Re: 2.4.26-std-up-alt4

[Sergey S. Skulachenko]

On Tue, 22 Jun 2004 15:34:48 +0400
Alexey Tourbin <at@altlinux.ru> wrote:

> On Tue, Jun 22, 2004 at 02:12:44PM +0400, Dmitry V. Levin
> wrote:
> > On Tue, Jun 22, 2004 at 10:27:56AM +0400, Sergey S.
> > Skulachenko wrote:
> > > Эта и предпоследняя версия ядра забывают прописать в
> > > lilo.conf строку append.
> > 
> > Ядро забывает или installkernel забывает?
> 
> OK, а что вы ожидали увидеть в строке append?

Денис прав - странная тональность вопросов. Одни хотят, чтобы
было как можно меньше багов, пусть и ничтожно мелких. (Но я-то
думаю, что мелочей не бывает). Другие сводят дискуссию к
обсуждению квалификации пользователей. Но это _разные_ вопросы, и
трёп не для этого списка рассылки.

Я бы хотел, чтобы, как и ранее, установщик, как минимум, сохранял
в lilo.conf строки, прописанные для предыдущей версии ядра.
Кокретно в append у меня написано =" hdc=ide-scsi". Без этой
строки пишущий дисковод отваливается. Проверено на версии -alt3.
Но можно и пожелать, чтобы (интеллектуальный) установщик
преобразовывал означенные строки к виду, соответствующему
свойствам нового ядра. Т.е. чтобы подсказывал пользователю:
теперь вот так, и этого достаточно. Ну, например, убрал бы пробел
в кавычках :-).
Что-нибудь не ясно?

bootloader-utils последний, уж не сомневайтесь.

-- 
С уважением,
С.С.Скулаченко

[sisyphus] Re: 2.4.26-std-up-alt4

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 555 bytes --]

On Tue, Jun 22, 2004 at 02:36:09PM -0400, Ivan Adzhubey wrote:
> У меня установка kernel-image-std-smp-2.4.26-alt4 вообще ничего 
> в /boot/grub/menu.lst не дописала, как будто нового ядра я и не устанавливал. 

# /sbin/installkernel 2.4.26-alt4
?

# /usr/share/loader/grub 2.4.26-alt4
?

> Предыдущие пара версий bootloader-utils развлекались вовсю - сносили целые 
> строки из пунктов загрузки других ядер, удаляли ссылки на initrd. Было 
> весело.

	...
	Анна, Анна, Анна едет к маме.
	Странно, очень странно это всё.

> -- 
> Иван

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: философия bootloader-utils

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1595 bytes --]

On Tue, Jun 22, 2004 at 11:47:44PM +0400, Sergey S. Skulachenko wrote:
> Я бы хотел, чтобы, как и ранее, установщик, как минимум, сохранял
> в lilo.conf строки, прописанные для предыдущей версии ядра.

OK, как определить предыдущую версию ядра?
В каком именно смысле ядро является предыдущим?

> Кокретно в append у меня написано =" hdc=ide-scsi". Без этой
> строки пишущий дисковод отваливается. Проверено на версии -alt3.

Философия bootloader-utils сейчас такая:

- в /etc/lilo.conf (и в /boot/grub/menu.lst) существует запись для 
  дефолтного ядрышка image=/boot/vmlinuz initrd=/boot/initrd; если
  такой запси не существует, то её можно создать;
- при установке ядрышко переставляет эти симлинки на себя самоё.

Соответственно, после обновления ядра можно грузиться по дефолтной
запси -- конфигурация загрузки останется прежней, а ядрышко будет
новым.

> Но можно и пожелать, чтобы (интеллектуальный) установщик
> преобразовывал означенные строки к виду, соответствующему
> свойствам нового ядра. Т.е. чтобы подсказывал пользователю:
> теперь вот так, и этого достаточно. Ну, например, убрал бы пробел
> в кавычках :-).

bootloader-utils -- это утилиты с умеренной эвристикой для рабочей
системы; про установщик я не в курсе.

Конечно, хочется, чтобы всё работало само, но тогда нужно либо написать
документацию (т.е. сформулировать, что именно мы хотим увидеть в строке
append=, на каком основании и по какому алгоритму), либо полагаться на
совершенно дикую эвристику, которая может давать столь же дикие сбои.

> -- 
> С уважением,
> С.С.Скулаченко

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: 2.4.26-std-up-alt4

[Ivan Adzhubey]

On Tuesday 22 June 2004 04:10 pm, Alexey Tourbin wrote:
> On Tue, Jun 22, 2004 at 02:36:09PM -0400, Ivan Adzhubey wrote:
> > У меня установка kernel-image-std-smp-2.4.26-alt4 вообще ничего
> > в /boot/grub/menu.lst не дописала, как будто нового ядра я и не
> > устанавливал.
>
> # /sbin/installkernel 2.4.26-alt4
> ?
> # /usr/share/loader/grub 2.4.26-alt4
> ?

Like what??

> > Предыдущие пара версий bootloader-utils развлекались вовсю - сносили
> > целые строки из пунктов загрузки других ядер, удаляли ссылки на initrd.
> > Было весело.
>
> 	...
> 	Анна, Анна, Анна едет к маме.
> 	Странно, очень странно это всё.

Кажется поймал. У меня раньше стояло загрузчиком лило, остался /etc/lilo.conf. 
Так вот туда он новое ядро и прописал, вместо /boot/grub/menu.lst. Хоть бы в 
оба прописывал что-ли. Что интересно, раньше (пару версий назад и до того) 
installkernel вполне изящно сам определял, что именно грузит систему и на 
моей памяти ни разу не ошибся. Он даже писал при этом что-то типа guessing 
boot loader... grub и т.п. Больше не пишет.

-- 
Иван

Re: [sisyphus] Re: философия bootloader-utils

[iLya Bryzgalow]

Wed, 23 Jun 2004 00:33:56 +0400 Alexey Tourbin <at@altlinux.ru> сообщил:

> On Tue, Jun 22, 2004 at 11:47:44PM +0400, Sergey S. Skulachenko wrote:
> > Я бы хотел, чтобы, как и ранее, установщик, как минимум, сохранял
> > в lilo.conf строки, прописанные для предыдущей версии ядра.
> 
> OK, как определить предыдущую версию ядра?
> В каком именно смысле ядро является предыдущим?
Да ладно! Всем понятно, что "предыдущее ядро" это текущее при установке
нового. А уж определить параметры загруженного ядра...
И это все работало, но теперь это убрали. Если это фича, то зря, если
глюк...
> 
> > Кокретно в append у меня написано =" hdc=ide-scsi". Без этой
> > строки пишущий дисковод отваливается. Проверено на версии -alt3.
Я всегда после установки нового ядра правил grub/menu.list рихтовал
симлинки.
> 
> Философия bootloader-utils сейчас такая:
> 
> - в /etc/lilo.conf (и в /boot/grub/menu.lst) существует запись для 
>   дефолтного ядрышка image=/boot/vmlinuz initrd=/boot/initrd; если
>   такой запси не существует, то её можно создать;
> - при установке ядрышко переставляет эти симлинки на себя самоё.
> 
> Соответственно, после обновления ядра можно грузиться по дефолтной
> запси -- конфигурация загрузки останется прежней, а ядрышко будет
> новым.
Я себе попробую перейти на эту философию (с автоматическими симлинками и
без перетаскивания нового ядра вверх списка)
> 
> > Но можно и пожелать, чтобы (интеллектуальный) установщик
> > преобразовывал означенные строки к виду, соответствующему
> > свойствам нового ядра. Т.е. чтобы подсказывал пользователю:
> > теперь вот так, и этого достаточно. Ну, например, убрал бы пробел
> > в кавычках :-).
Свят-свят-свят, уж лучше пока хоть не сносит нужного, про исправления не
говорю.
> 
> bootloader-utils -- это утилиты с умеренной эвристикой для рабочей
> системы; про установщик я не в курсе.
А зря. А то будет как у Райкина "К пуговицам претензии есть? Нет,
пришиты насмерть не оторвешь!"
> 
> Конечно, хочется, чтобы всё работало само, но тогда нужно либо
> написать документацию (т.е. сформулировать, что именно мы хотим
> увидеть в строке append=, на каком основании и по какому алгоритму),
> либо полагаться на совершенно дикую эвристику, которая может давать
> столь же дикие сбои.
Это точно.
> 
> > -- 
> > С уважением,
> > С.С.Скулаченко
> 


-- 
iLya Bryzgalow aka iLL          _/ _/     _/
Astronomy-Linux-Krasnodar-Russia  _/     _/
Linux User #301257            _/ _/     _/
JID://ill@jabber.org         _/ _/     _/
http://www.krumn.oilnet.ru  _/ _/     _/
ftp://ftp.krumn.oilnet.ru  _/ _/_/_/ _/_/_/
i don't smoke and wish you the same!
kernel-2.6.6-std26-up-alt6 ALT Linux Sisyphus (20040618)

Re: [sisyphus] Re: философия bootloader-utils

[Denis G. Samsonenko]

Hi!

Цитирую Alexey Tourbin <at@altlinux.ru>:
> Философия bootloader-utils сейчас такая:
> - в /etc/lilo.conf (и в /boot/grub/menu.lst) существует запись для
>   дефолтного ядрышка image=/boot/vmlinuz initrd=/boot/initrd;
> если
>   такой запси не существует, то её можно создать;
> - при установке ядрышко переставляет эти симлинки на себя самоё.
> 
> Соответственно, после обновления ядра можно грузиться по
> дефолтной
> запси -- конфигурация загрузки останется прежней, а ядрышко будет
> новым.

Ничего, если я вклинюсь? Я не в курсе, как сейчас обстоят дела в
сизифе, но могу сказать, что мне не понравилось в этой связи в Мастере
и Компакте.

Время от времени приходится ставить новые ядра (apt-get install), как
правило из апдейтов. Так вот, картина, которую я наблюдаю такова
(использую груб): в menu.lst появляется новая запись с параметрами
загрузки нового ядра, а в /boot тем временем переопределяются симлинки
дефолтного ядра на свеже установленное. Т.о. какой бы пункт меню в
грубе не выбрал бы после перезагрузки, всё равно будет грузиться новое
ядро. 

Описанное выше поведение мне кажется очень не логичным. Если уж
переопределяюся симлинки, то зачем тогда создавать лишнюю запись в
menu.lst, ведь она в этом случае совсем не нужна. А если уж создаётся
новая запись в menu.lst, то тогда не надо переопределять симлинки,
чтобы можно было грузиться как с прежним ядром, так и со свеже
установленным. А уж когда прошла проверка перезагрузкой на новом ядре,
то перенаправить симлинки на новое ядро и убрать лишнюю строку из
menu.lst можно уже и руками.

А сейчас всё равно приходится в menu.lst и наводить там порядок. При
этом у меня в последнее время как-то initrd никак не хочет создаваться
при установке нового ядра, приходится генерить его вручную, да
симлинки на него и Sistem.map перенаправлять.

Может быть в текущем сизифе уже и не так, тогда хорошо. Иначе мне было
бы не очень приято увидеть подобную картину в новом Мастере, когда он
выйдет.

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [sisyphus] Re: философия bootloader-utils

[Slava Dubrovskiy]

Denis G. Samsonenko пишет:

>Время от времени приходится ставить новые ядра (apt-get install), как
>правило из апдейтов. Так вот, картина, которую я наблюдаю такова
>(использую груб): в menu.lst появляется новая запись с параметрами
>загрузки нового ядра, а в /boot тем временем переопределяются симлинки
>дефолтного ядра на свеже установленное. Т.о. какой бы пункт меню в
>грубе не выбрал бы после перезагрузки, всё равно будет грузиться новое
>ядро. 
>
>Описанное выше поведение мне кажется очень не логичным. Если уж
>переопределяюся симлинки, то зачем тогда создавать лишнюю запись в
>menu.lst, ведь она в этом случае совсем не нужна. А если уж создаётся
>новая запись в menu.lst, то тогда не надо переопределять симлинки,
>чтобы можно было грузиться как с прежним ядром, так и со свеже
>установленным. А уж когда прошла проверка перезагрузкой на новом ядре,
>то перенаправить симлинки на новое ядро и убрать лишнюю строку из
>menu.lst можно уже и руками.
>
>  
>
Присоединяюсь, давно об этом хотел спросить. Я использую lilo и для него 
все вышесказанное справедливо. Это надо как-то исправить. Хотя наверно 
если поиграться с /etc/sysconfig/installkernel можно добиться какого-то 
результата.

С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Re: философия bootloader-utils

[Sviataslau Svirydau]

Denis G. Samsonenko wrote:

>...
>Ничего, если я вклинюсь? Я не в курсе, как сейчас обстоят дела в
>сизифе, но могу сказать, что мне не понравилось в этой связи в Мастере
>и Компакте.
>
>Время от времени приходится ставить новые ядра (apt-get install), как
>правило из апдейтов. Так вот, картина, которую я наблюдаю такова
>(использую груб): в menu.lst появляется новая запись с параметрами
>загрузки нового ядра, а в /boot тем временем переопределяются симлинки
>дефолтного ядра на свеже установленное. Т.о. какой бы пункт меню в
>грубе не выбрал бы после перезагрузки, всё равно будет грузиться новое
>ядро. 
>
>Описанное выше поведение мне кажется очень не логичным. Если уж
>переопределяюся симлинки, то зачем тогда создавать лишнюю запись в
>menu.lst, ведь она в этом случае совсем не нужна. А если уж создаётся
>новая запись в menu.lst, то тогда не надо переопределять симлинки,
>чтобы можно было грузиться как с прежним ядром, так и со свеже
>установленным. А уж когда прошла проверка перезагрузкой на новом ядре,
>то перенаправить симлинки на новое ядро и убрать лишнюю строку из
>menu.lst можно уже и руками.
>
>А сейчас всё равно приходится в menu.lst и наводить там порядок. При
>этом у меня в последнее время как-то initrd никак не хочет создаваться
>при установке нового ядра, приходится генерить его вручную, да
>симлинки на него и Sistem.map перенаправлять.
>
>Может быть в текущем сизифе уже и не так, тогда хорошо. Иначе мне было
>бы не очень приято увидеть подобную картину в новом Мастере, когда он
>выйдет.
>  
>

По моему, все правильно.
Проблемы/недопонимание могут возникнуть, если входные данные не 
корректны (как там инсталлер делает? может он виноват? ;)).
Должно быть:
- Установлено как минимум одно ядро.
- для каждого установленного ядра есть отдельная запись в 
menu.lst/lilo.conf + существуют симлинки на текущее (последнее 
установленное) ядро/initrd и соответствующая запись в 
menu.lst/lilo.conf, являющаяся дефолтной

При установке нового ядра:
- переопределяются симлинки, т.е. по умолчанию будет грузиться новое 
ядро. Вместе с тем, ничто не помешает загрузиться с любым из 
установленных ядер, явно выбрав нужный пункт в меню!
- добавляется запись в menu.lst/lilo.conf. Она может пригодиться, когда 
будет установлено _следующее_ ядро (и будет грузиться по умолчанию) в 
том случае, если оно по каким-то причинам не грзится/не работает/не 
подходит/не нравится.

Все очень удобно, работает в большинстве случаев, когда все идет хорошо, 
плюс позволяет сделать откат, если есть проблемы.

-- 
Regards,
Sviataslau Svirydau <Sviataslau_Svirydau at epam.com>
phone:  +375 17 210 1662, ext. 1302
mobile: +375 29 641 4214
-- 
Reliable source, n.:
	The guy you just met.

Re: [sisyphus] Re: философия bootloader-utils

[Denis G. Samsonenko]

Hi!

Цитирую Sviataslau Svirydau <Sviataslau_Svirydau@epam.com>:
> По моему, все правильно.
> Проблемы/недопонимание могут возникнуть, если входные данные не 
> корректны (как там инсталлер делает? может он виноват? ;)).
> Должно быть:
> - Установлено как минимум одно ядро.
> - для каждого установленного ядра есть отдельная запись в 
> menu.lst/lilo.conf + существуют симлинки на текущее (последнее 
> установленное) ядро/initrd и соответствующая запись в 
> menu.lst/lilo.conf, являющаяся дефолтной

Понятно. У меня есть только одна запись, и эта запись для дефолтного
ядра, т.е. как раз она указывает на те симлинки.
 
> При установке нового ядра:
> - переопределяются симлинки, т.е. по умолчанию будет грузиться
> новое 
> ядро. Вместе с тем, ничто не помешает загрузиться с любым из 
> установленных ядер, явно выбрав нужный пункт в меню!
> - добавляется запись в menu.lst/lilo.conf. Она может пригодиться,
> когда 
> будет установлено _следующее_ ядро (и будет грузиться по умолчанию)
> в 
> том случае, если оно по каким-то причинам не грзится/не работает/не
> подходит/не нравится.

В описанной вами ситуации наверно так и будет. Но мне не нравится
держать две по сути идентичные записи, грузящие одно и тоже ядро? Меня
 вполне устраивают 2 дефолтные записи, грузящие дефолтное ядро в
обычном режиме и в failsafe. А вот новое ядро пусть прописывается
отдельно. Когда я проверю, что с ним загрузка проходит нормально, то
сам преренаправлю нужные симлинки и уберу лишнюю строку из menu.lst.

Тем более, что он всё равно у меня ниразу не создавал все необходимые
симлинки и не генерил initrd для нового ядра.
 
> Все очень удобно, работает в большинстве случаев, когда все идет
> хорошо, плюс позволяет сделать откат, если есть проблемы.

В общем мне ясно теперь, зачем он создаёт для каждого ядра отдельную
запись в menu.lst. Просто я её всегда похеривал, т.к. считал излишней,
раз уж текущее ядро всё равно грузится по дефолту, а несколько ядер
одновременно я не держу.

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [sisyphus] Re: философия bootloader-utils

[Ildar Mulyukov]

Denis G. Samsonenko wrote:

> <skip/>
>
>>При установке нового ядра:
>>- переопределяются симлинки, т.е. по умолчанию будет грузиться
>>новое 
>>ядро. Вместе с тем, ничто не помешает загрузиться с любым из 
>>установленных ядер, явно выбрав нужный пункт в меню!
>>- добавляется запись в menu.lst/lilo.conf. Она может пригодиться,
>>когда 
>>будет установлено _следующее_ ядро (и будет грузиться по умолчанию)
>>в 
>>том случае, если оно по каким-то причинам не грзится/не работает/не
>>подходит/не нравится.
>>    
>>
>В описанной вами ситуации наверно так и будет. Но мне не нравится
>держать две по сути идентичные записи, грузящие одно и тоже ядро? Меня
> вполне устраивают 2 дефолтные записи, грузящие дефолтное ядро в
>обычном режиме и в failsafe. А вот новое ядро пусть прописывается
>отдельно. Когда я проверю, что с ним загрузка проходит нормально, то
>сам преренаправлю нужные симлинки и уберу лишнюю строку из menu.lst.
>  
>
А мне не нравится Ваш подход и нравится тот, который используется 
сейчас. Что будем делать? Стенка на стенку?

>Тем более, что он всё равно у меня ниразу не создавал все необходимые
>симлинки и не генерил initrd для нового ядра.
>  
>
Это надо изучать и багрепортить, а не приспосабливаться к тому, что есть 
с привлечением других пакетов (напр. САБЖ)

><skip/>
>  
>
Ильдар

-- 
Ildar  Mulyukov, 
  free SW designer/programmer
================================================
email: ildar@users.sourceforge.net
projects: http://os-development.sourceforge.net/
home: http://tuganger.narod.ru/
ALT Linux Sisyphus (20040514)
================================================

Re: [sisyphus] Re: философия bootloader-utils

[Led]

В сообщении от Среда 23 Июнь 2004 10:18 Denis G. Samsonenko написал(a):
> Hi!
>
> Цитирую Alexey Tourbin <at@altlinux.ru>:
> > Философия bootloader-utils сейчас такая:
> > - в /etc/lilo.conf (и в /boot/grub/menu.lst) существует запись для
> >   дефолтного ядрышка image=/boot/vmlinuz initrd=/boot/initrd;
> > если
> >   такой запси не существует, то её можно создать;
> > - при установке ядрышко переставляет эти симлинки на себя самоё.
> >
> > Соответственно, после обновления ядра можно грузиться по
> > дефолтной
> > запси -- конфигурация загрузки останется прежней, а ядрышко будет
> > новым.
>
> Ничего, если я вклинюсь? Я не в курсе, как сейчас обстоят дела в
> сизифе, но могу сказать, что мне не понравилось в этой связи в Мастере
> и Компакте.
>
> Время от времени приходится ставить новые ядра (apt-get install), как
> правило из апдейтов. Так вот, картина, которую я наблюдаю такова
> (использую груб): в menu.lst появляется новая запись с параметрами
> загрузки нового ядра, а в /boot тем временем переопределяются симлинки
> дефолтного ядра на свеже установленное. Т.о. какой бы пункт меню в
> грубе не выбрал бы после перезагрузки, всё равно будет грузиться новое
> ядро.
>
> Описанное выше поведение мне кажется очень не логичным.
"очень" - преувеличение... Хотя логики надо бы добавить...

> Если уж 
> переопределяюся симлинки, то зачем тогда создавать лишнюю запись в
> menu.lst, ведь она в этом случае совсем не нужна. А если уж создаётся
> новая запись в menu.lst, то тогда не надо переопределять симлинки,
> чтобы можно было грузиться как с прежним ядром, так и со свеже
> установленным. А уж когда прошла проверка перезагрузкой на новом ядре,
> то перенаправить симлинки на новое ядро и убрать лишнюю строку из
> menu.lst можно уже и руками.
Можно и руками... Но ИМХО лучше сделать так: 1) убрать автоматическое 
переопределение симлинков; 2) добавить команду, скажем adjust-default-kernel, 
которая переопределяет симлинки дефолтного ядра на текущее ядро.

>
> А сейчас всё равно приходится в menu.lst и наводить там порядок. При
> этом у меня в последнее время как-то initrd никак не хочет создаваться
> при установке нового ядра, приходится генерить его вручную, да
> симлинки на него и Sistem.map перенаправлять.
ИМХО вы не совсем правы: есть правила в данном дистрибутиве - в списке 
загрузчика должны быть ядра с указанием версий и дефолное - симлинк на одно 
из них. Если вам эти правила не нравятся и вы им не следуете, то это ещё не 
значит, что система работает неправильно.

Led.

[sisyphus] Re: 2.4.26-std-up-alt4

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1868 bytes --]

On Wed, Jun 23, 2004 at 12:14:26AM -0400, Ivan Adzhubey wrote:
> > # /sbin/installkernel 2.4.26-alt4
> > ?
> > # /usr/share/loader/grub 2.4.26-alt4
> > ?
> 
> Like what??

Первая команда вызывается из %post скрипта ядрышка, вторая -- из первой,
должна добавлять собственно запись в menu.lst.  Добавляет?

> Кажется поймал. У меня раньше стояло загрузчиком лило, остался /etc/lilo.conf. 
> Так вот туда он новое ядро и прописал, вместо /boot/grub/menu.lst. Хоть бы в 
> оба прописывал что-ли. Что интересно, раньше (пару версий назад и до того) 
> installkernel вполне изящно сам определял, что именно грузит систему и на 
> моей памяти ни разу не ошибся. Он даже писал при этом что-то типа guessing 
> boot loader... grub и т.п. Больше не пишет.

А /boot/grub/device.map у вас есть?
Посмотрите в /sbin/installkernel, там логика очень простая...

# check perl
if [ ! -x "$PERL" ]; then
	echo "$0: warning: $PERL not available; supposed to run manually..."
	PERL="echo $PERL"
fi

# modify lilo config
if [ -f "$LILO_CONF" -a -x "$SHARFILE/lilo" ]; then
	if [ -z "$REMOVE" -a -z "$MEMTEST" -a -n "$OLD_VERSION" ]; then
		"$PERL" "$SHARFILE/lilo" "$OLD_VERSION"
	fi
	"$PERL" "$SHARFILE/lilo" $MEMTEST $REMOVE "$VERSION"
fi

# modify grub config
if [ -f "$GRUB_MENU_LST" -a -f "$GRUB_DEVICE_MAP" -a -x "$SHARFILE/grub" ]; then
	if [ -z "$REMOVE" -a -z "$MEMTEST" -a -n "$OLD_VERSION" ]; then
		"$PERL" "$SHARFILE/grub" "$OLD_VERSION"
	fi
	"$PERL" "$SHARFILE/grub" $MEMTEST $REMOVE "$VERSION"
fi

# launch lilo
if [ -z "$LOADER" -a -x "$DETECTLOADER" ]; then
	LOADER=`$PERL $DETECTLOADER -q`
fi
if [ "$LOADER" = LILO -a -z "$NOLAUNCH" ]; then
	"$LILO" >/dev/null ||:
fi

exit 0

Т.е. модифицируется сразу два конфига, если они существуют.
А вот запускать lilo или нет, это уже зависит от detectloader.

> -- 
> Иван

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: философия bootloader-utils

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 621 bytes --]

On Wed, Jun 23, 2004 at 08:30:49AM +0400, iLya Bryzgalow wrote:
> > OK, как определить предыдущую версию ядра?
> > В каком именно смысле ядро является предыдущим?
> Да ладно! Всем понятно, что "предыдущее ядро" это текущее при установке
> нового. А уж определить параметры загруженного ядра...

Вы просто не ходили по этим граблям...  Если вот я загрузился с rescue
CD и пытаюсь ядро переустановить, знаете какие параметры загруженного
ядра в append= появятся?  Загрузится ли такое ядро? :)

> И это все работало, но теперь это убрали. Если это фича, то зря, если
> глюк...

Я подумаю, была ли это фича. :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: философия bootloader-utils

[Genix]

On Wed, 23 Jun 2004 11:55:22 +0300
Led <led@ukr-fin.com.ua> wrote:


> Можно и руками... Но ИМХО лучше сделать так: 1) убрать автоматическое 
> переопределение симлинков; 2) добавить команду, скажем
> adjust-default-kernel, которая переопределяет симлинки дефолтного ядра
> на текущее ядро.

Как уже говорили, лучше сделать переопределение настраиваемым (например
каким-нить ключом в /etc/sysconfig), потому как "случаи они разные
бывают..." (с) анек

-- 
У каждого в башке свои тараканы...

Re: [sisyphus] Re: философия bootloader-utils

[Denis G. Samsonenko]

Hi!

Цитирую Ildar Mulyukov <ildar@users.sourceforge.net>:
> А мне не нравится Ваш подход и нравится тот, который используется
> сейчас. Что будем делать? Стенка на стенку?

Боже упаси :) Я не настаивал на своём варианте. Так получилось, что
лигики я непросёк, как оказалось.

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [sisyphus] Re: философия bootloader-utils

[Denis G. Samsonenko]

День добрый!

Цитирую Led <led@ukr-fin.com.ua>:
> > Описанное выше поведение мне кажется очень не логичным.
> "очень" - преувеличение... Хотя логики надо бы добавить...

Ну, в свете ниже зазъяснённых правил, согласен.
 
> ИМХО лучше сделать так: 1) убрать автоматическое 
> переопределение симлинков; 2) добавить команду, скажем
> adjust-default-kernel, 
> которая переопределяет симлинки дефолтного ядра на текущее ядро.

Полностью согласен. Такой вариант мне нравится. Т.е. при установке
нового ядра просто добавляется новая записть в конфиг загрузчика, а
симлинки не трогаются. 

> ИМХО вы не совсем правы: есть правила в данном дистрибутиве - в
> списке 
> загрузчика должны быть ядра с указанием версий и дефолное - симлинк
> на одно 
> из них. Если вам эти правила не нравятся и вы им не следуете, то
> это ещё не  значит, что система работает неправильно.

Это я уже осознал. Вот только что-то мне не попадались на глаза ранее
эти самые правила в печатном виде. Может я проглядел чего?

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

[sisyphus] Re: философия bootloader-utils

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2976 bytes --]

On Wed, Jun 23, 2004 at 02:18:21PM +0700, Denis G. Samsonenko wrote:
> Время от времени приходится ставить новые ядра (apt-get install), как
> правило из апдейтов. Так вот, картина, которую я наблюдаю такова
> (использую груб): в menu.lst появляется новая запись с параметрами
> загрузки нового ядра, а в /boot тем временем переопределяются симлинки
> дефолтного ядра на свеже установленное. Т.о. какой бы пункт меню в
> грубе не выбрал бы после перезагрузки, всё равно будет грузиться новое
> ядро. 

Вы правы.  Сейчас это уже исправлено: перед добавлением новой записи в
конфиги предпринимается попытка добавить ещё одну запись, которая
соответствует /boot/vmlinuz:

if OLD_KERNEL=`realpath "$BOOTDIR/vmlinuz" 2>/dev/null`; then
	OLD_VERSION="${OLD_KERNEL##*/vmlinuz-}"
fi

...

# modify lilo config
if [ -f "$LILO_CONF" -a -x "$SHARFILE/lilo" ]; then
	if [ -z "$REMOVE" -a -z "$MEMTEST" -a -n "$OLD_VERSION" ]; then
		"$PERL" "$SHARFILE/lilo" "$OLD_VERSION"
	fi
	"$PERL" "$SHARFILE/lilo" $MEMTEST $REMOVE "$VERSION"
fi

# modify grub config
if [ -f "$GRUB_MENU_LST" -a -f "$GRUB_DEVICE_MAP" -a -x "$SHARFILE/grub" ]; then
	if [ -z "$REMOVE" -a -z "$MEMTEST" -a -n "$OLD_VERSION" ]; then
		"$PERL" "$SHARFILE/grub" "$OLD_VERSION"
	fi
	"$PERL" "$SHARFILE/grub" $MEMTEST $REMOVE "$VERSION"
fi

> Описанное выше поведение мне кажется очень не логичным. Если уж
> переопределяюся симлинки, то зачем тогда создавать лишнюю запись в
> menu.lst, ведь она в этом случае совсем не нужна. А если уж создаётся
> новая запись в menu.lst, то тогда не надо переопределять симлинки,
> чтобы можно было грузиться как с прежним ядром, так и со свеже
> установленным. А уж когда прошла проверка перезагрузкой на новом ядре,
> то перенаправить симлинки на новое ядро и убрать лишнюю строку из
> menu.lst можно уже и руками.

Иными словами, если в конфиге была всего одна дефолтная запись, то после
обновления будет уже три записи: дефолтная -- симлинки смотрят на новое
ядро; запись для старого ядра и запись для нового ядра.

> А сейчас всё равно приходится в menu.lst и наводить там порядок. При
> этом у меня в последнее время как-то initrd никак не хочет создаваться
> при установке нового ядра, приходится генерить его вручную, да
> симлинки на него и Sistem.map перенаправлять.

vsu пишет здесь:
http://lists.altlinux.ru/pipermail/sisyphus/2003-November/031144.html
что 
	System.map обновляется при загрузке системы.
	Эта ссылка должна указывать на файл именно для текущего
	загруженного ядра -- System.map используется некоторыми
	программами (например, ps) для преобразования адресов функций
	ядра в имена.

Однако же:

$ rpm -qf /etc/rc.d/rc.sysinit --lastchange | egrep '^\*|System'
* Sat Feb 07 2004 Dmitry V. Levin <ldv@altlinux> 0.8.3-alt1
  + removed support for obsolete /boot/System.map;
$

Так что насчет System.map вопрос не ко мне.

> Всего доброго,
> Денис.
> 
> ---------------
> earthsea@ngs.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: философия bootloader-utils

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]

On Wed, Jun 23, 2004 at 02:03:47PM +0400, Alexey Tourbin wrote:
> > А сейчас всё равно приходится в menu.lst и наводить там порядок. При
> > этом у меня в последнее время как-то initrd никак не хочет создаваться
> > при установке нового ядра, приходится генерить его вручную, да
> > симлинки на него и Sistem.map перенаправлять.
> 
> vsu пишет здесь:
> http://lists.altlinux.ru/pipermail/sisyphus/2003-November/031144.html
> что 
> 	System.map обновляется при загрузке системы.
> 	Эта ссылка должна указывать на файл именно для текущего
> 	загруженного ядра -- System.map используется некоторыми
> 	программами (например, ps) для преобразования адресов функций
> 	ядра в имена.
> 
> Однако же:
> 
> $ rpm -qf /etc/rc.d/rc.sysinit --lastchange | egrep '^\*|System'
> * Sat Feb 07 2004 Dmitry V. Levin <ldv@altlinux> 0.8.3-alt1
>   + removed support for obsolete /boot/System.map;
> $
> 
> Так что насчет System.map вопрос не ко мне.

Да, прошлогодняя информация сейчас уже устарела.  Ссылку /boot/System.map
можно просто удалить.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: философия bootloader-utils

[Denis G. Samsonenko]

Привет!

Цитирую Alexey Tourbin <at@altlinux.ru>:
> ...
> Иными словами, если в конфиге была всего одна дефолтная запись, то
> после
> обновления будет уже три записи: дефолтная -- симлинки смотрят на
> новое ядро; запись для старого ядра и запись для нового ядра.

Очень хорошо, что теперь при наличии только дефолтной записи при
установке нового ядра появляется запись, отнасящаяся к старому.
Надеюсь, примерно так же будет и в новом Мастере?

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [sisyphus] Re: философия bootloader-utils

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1256 bytes --]

On Wed, Jun 23, 2004 at 02:17:13PM +0400, Sergey Vlasov wrote:
> On Wed, Jun 23, 2004 at 02:03:47PM +0400, Alexey Tourbin wrote:
> > > А сейчас всё равно приходится в menu.lst и наводить там порядок. При
> > > этом у меня в последнее время как-то initrd никак не хочет создаваться
> > > при установке нового ядра, приходится генерить его вручную, да
> > > симлинки на него и Sistem.map перенаправлять.
> > 
> > vsu пишет здесь:
> > http://lists.altlinux.ru/pipermail/sisyphus/2003-November/031144.html
> > что 
> > 	System.map обновляется при загрузке системы.
> > 	Эта ссылка должна указывать на файл именно для текущего
> > 	загруженного ядра -- System.map используется некоторыми
> > 	программами (например, ps) для преобразования адресов функций
> > 	ядра в имена.
> > 
> > Однако же:
> > 
> > $ rpm -qf /etc/rc.d/rc.sysinit --lastchange | egrep '^\*|System'
> > * Sat Feb 07 2004 Dmitry V. Levin <ldv@altlinux> 0.8.3-alt1
> >   + removed support for obsolete /boot/System.map;
> > $
> > 
> > Так что насчет System.map вопрос не ко мне.
> 
> Да, прошлогодняя информация сейчас уже устарела.  Ссылку /boot/System.map
> можно просто удалить.

/boot/System.map уже давно
1. не обновляется.
2. не используется.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: философия bootloader-utils

[Andriy Dobrovol's'kii]

Alexey Tourbin wrote:
> On Tue, Jun 22, 2004 at 11:47:44PM +0400, Sergey S. Skulachenko wrote:
> 
>>Я бы хотел, чтобы, как и ранее, установщик, как минимум, сохранял
>>в lilo.conf строки, прописанные для предыдущей версии ядра.
> 
> 
> OK, как определить предыдущую версию ядра?
> В каком именно смысле ядро является предыдущим?
> 
То есть? То которое грузилось на автомате ес-но.
> 
>>Кокретно в append у меня написано =" hdc=ide-scsi". Без этой
>>строки пишущий дисковод отваливается. Проверено на версии -alt3.
> 
> 
> Философия bootloader-utils сейчас такая:
> 
> - в /etc/lilo.conf (и в /boot/grub/menu.lst) существует запись для 
>   дефолтного ядрышка image=/boot/vmlinuz initrd=/boot/initrd; если
>   такой запси не существует, то её можно создать;
> - при установке ядрышко переставляет эти симлинки на себя самоё.
> 
> Соответственно, после обновления ядра можно грузиться по дефолтной
> запси -- конфигурация загрузки останется прежней, а ядрышко будет
> новым.
> 
Не понял? А кто об этом просил? А если новое ядро окажется не
работоспособным? Мчаться через пол шарика к взбесившемуся ящику? И
потом, ничего подобного я не наблюдаю на практике. Только что провёл
установку нового ядра. Всё работает как всегда.
Новое ядро установилось и прописалось в лио конфиге. Можно загрузить
его принудительно и проверить работоспособность. Авто загрузка по
прежнему указывается на старое ядро. Поведение единственно
правильное и логичное. Убедившись, что всё работает, ручками 
перевожу стрелку в лило конфе на новое ядро и перезагружаюсь уже с 
ним в автомате. Не понимаю кому такое поведение кажется не удобным. 
Не все же перезагружают сервера с физической консоли.
> 
>>Но можно и пожелать, чтобы (интеллектуальный) установщик
>>преобразовывал означенные строки к виду, соответствующему
>>свойствам нового ядра. Т.е. чтобы подсказывал пользователю:
>>теперь вот так, и этого достаточно. Ну, например, убрал бы пробел
>>в кавычках :-).
> 
> 
> bootloader-utils -- это утилиты с умеренной эвристикой для рабочей
> системы; про установщик я не в курсе.
> 
> Конечно, хочется, чтобы всё работало само, но тогда нужно либо написать
> документацию (т.е. сформулировать, что именно мы хотим увидеть в строке
> append=, на каком основании и по какому алгоритму), либо полагаться на
> совершенно дикую эвристику, которая может давать столь же дикие сбои.
> 

-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   265-7824            Department of Gas Electronics
Fax:   (380-44)   265-2329             Institute of Physics of NASU
*********************************************************************

[sisyphus] Re: философия bootloader-utils

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1399 bytes --]

On Wed, Jun 23, 2004 at 04:29:11PM +0300, Andriy Dobrovol's'kii wrote:
> >OK, как определить предыдущую версию ядра?
> >В каком именно смысле ядро является предыдущим?
> >
> То есть? То которое грузилось на автомате ес-но.

А какое грузилось на автомате?
Что если в lilo.conf стоит только prompt (плюс куча ядер с разными
несовместимыми опциями)?

> Не понял? А кто об этом просил? А если новое ядро окажется не
> работоспособным? Мчаться через пол шарика к взбесившемуся ящику? И

Никто не просил.  Всегда так было.

> потом, ничего подобного я не наблюдаю на практике. Только что провёл
> установку нового ядра. Всё работает как всегда.
> Новое ядро установилось и прописалось в лио конфиге. Можно загрузить
> его принудительно и проверить работоспособность. Авто загрузка по
> прежнему указывается на старое ядро. Поведение единственно
> правильное и логичное. Убедившись, что всё работает, ручками 
> перевожу стрелку в лило конфе на новое ядро и перезагружаюсь уже с 
> ним в автомате. Не понимаю кому такое поведение кажется не удобным. 
> Не все же перезагружают сервера с физической консоли.

Удалите дефолтную запись из lilo.conf.

Тогда новое ядрышко всё равно будет переставлять симлинки /boot/vmlinuz
и /boot/initrd.img на самоё себя, но загрузиться из lilo по этим
симлинкам вы не сможете, в меню будут только "реальные" ядра.
Я для себя так и сделал. :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: bootloader-utils and default records

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1489 bytes --]

On Wed, Jun 23, 2004 at 09:25:02PM +0400, Alexey Tourbin wrote:
> > Новое ядро установилось и прописалось в лио конфиге. Можно загрузить
> > его принудительно и проверить работоспособность. Авто загрузка по
> > прежнему указывается на старое ядро. Поведение единственно
> > правильное и логичное. Убедившись, что всё работает, ручками 
> > перевожу стрелку в лило конфе на новое ядро и перезагружаюсь уже с 
> > ним в автомате. Не понимаю кому такое поведение кажется не удобным. 
> > Не все же перезагружают сервера с физической консоли.
> 
> Удалите дефолтную запись из lilo.conf.
> 
> Тогда новое ядрышко всё равно будет переставлять симлинки /boot/vmlinuz
> и /boot/initrd.img на самоё себя, но загрузиться из lilo по этим
> симлинкам вы не сможете, в меню будут только "реальные" ядра.
> Я для себя так и сделал. :)

Ох, я, наверное, непонятно объясняю.
Дефолтная запись -- это запись вида:

image=/boot/vmlinuz
	initrd=/boot/initrd
	label=recent-kernel
	<...>

Если активизировать эту запись для загрузки по умолчанию (обычно она
первая в списке), то всегда будет грузиться последнее установленное
ядро, т.к. /boot/vmlinuz и /boot/initrd -- это симлинки, которые
устанавливаемое ядро всегда переставляет на себя самоё с помощью
/sbin/installkernel.

Если вы НЕ хотите грузить последнее установленное ядро, то сотрите эту
дефолтную запись, закомментируйте её или же активизируйте другую
запись для загрузки по умолчанию.

Не написать ли мне FAQ? :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: bootloader-utils and default records

[Ivan Adzhubey]

On Wed, 23 Jun 2004 22:57:40 +0400
Alexey Tourbin <at@altlinux.ru> wrote:

> > Удалите дефолтную запись из lilo.conf.

У меня ее и не было на нескольких машинах. Я не удалял ничего, просто
так было исторически, уж не знаю какой из инсталяторов постарался. Так
вот, только что ставил ядро 2.4.26-std-smp-alt4 и initrd не создался
вообще, но! при этом прописался в /etc/lilo.conf. Никто ни на что не
ругнулся, хорошо что я всегда руками перезапускаю /sbin/lilo после
установки ядра, а то бы и не узнал, что машина осталась в незагружаемом
состоянии.

> > Тогда новое ядрышко всё равно будет переставлять симлинки
> > /boot/vmlinuz и /boot/initrd.img на самоё себя, но загрузиться из
> > lilo по этим симлинкам вы не сможете, в меню будут только "реальные"
> > ядра. Я для себя так и сделал. :)
> 
> Ох, я, наверное, непонятно объясняю.
> Дефолтная запись -- это запись вида:
> 
> image=/boot/vmlinuz
> 	initrd=/boot/initrd
> 	label=recent-kernel
> 	<...>
> 
> Если активизировать эту запись для загрузки по умолчанию (обычно она
> первая в списке), то всегда будет грузиться последнее установленное
> ядро, т.к. /boot/vmlinuz и /boot/initrd -- это симлинки, которые
> устанавливаемое ядро всегда переставляет на себя самоё с помощью
> /sbin/installkernel.
> 
> Если вы НЕ хотите грузить последнее установленное ядро, то сотрите эту
> дефолтную запись, закомментируйте её или же активизируйте другую
> запись для загрузки по умолчанию.
> 
> Не написать ли мне FAQ? :)

Господа, не сочтите за флейм, но все же установка ядра это вам не обои
на десктопе обновить. То, что сейчас выложено в Сизифе под названием
installkernel иначе как саботажем назвать нельзя. Поведение
разрушительное и совершенно непредсказуемое. А ведь еще пару месяцев
назад оно чудесно работало. Тщательнее надо бы. Или хотя бы
предупреждать.

-- 
Иван

[sisyphus] Re: bootloader-utils and default records

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 502 bytes --]

On Wed, Jun 23, 2004 at 07:26:42PM -0400, Ivan Adzhubey wrote:
> Господа, не сочтите за флейм, но все же установка ядра это вам не обои
> на десктопе обновить. То, что сейчас выложено в Сизифе под названием
> installkernel иначе как саботажем назвать нельзя. Поведение
> разрушительное и совершенно непредсказуемое. А ведь еще пару месяцев
> назад оно чудесно работало. Тщательнее надо бы. Или хотя бы
> предупреждать.

Сочтем за флейм.
Please be more specific and concrete.

> -- 
> Иван

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: bootloader-utils and default records

[Ivan Adzhubey]

On Thu, 24 Jun 2004 03:45:28 +0400
Alexey Tourbin <at@altlinux.ru> wrote:

> On Wed, Jun 23, 2004 at 07:26:42PM -0400, Ivan Adzhubey wrote:
> > Господа, не сочтите за флейм, но все же установка ядра это вам не
> > обои на десктопе обновить. То, что сейчас выложено в Сизифе под
> > названием installkernel иначе как саботажем назвать нельзя.
> > Поведение разрушительное и совершенно непредсказуемое. А ведь еще
> > пару месяцев назад оно чудесно работало. Тщательнее надо бы. Или
> > хотя бы предупреждать.
> 
> Сочтем за флейм.

Да уж не сочтите.

> Please be more specific and concrete.

Я уже запостил три вполне конкретные жалобы в этот тред, что еще вас
интересует? Спрашивайте.

Только не надо мне опять предлагать самому лезть в installkernel и
разбираться. По-моему, автору это сделать проще.

-- 
Иван

Re: [sisyphus] Re: bootloader-utils and default records

[Ivan Adzhubey]

On Wed, 23 Jun 2004 20:09:18 -0400
Ivan Adzhubey <iadzhubey@rics.bwh.harvard.edu> wrote:

> On Thu, 24 Jun 2004 03:45:28 +0400
> Alexey Tourbin <at@altlinux.ru> wrote:
> 
> > Please be more specific and concrete.

Вот еще: убиваются строки вида "vga=XXX" в параметрах загрузки ядра. За
эти стоят какие-то высшие соображения? Приходится руками возвращать.

-- 
Иван

Re: [sisyphus] Re: bootloader-utils and default records

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 397 bytes --]

On Wed, Jun 23, 2004 at 08:14:01PM -0400, Ivan Adzhubey wrote:
> Вот еще: убиваются строки вида "vga=XXX" в параметрах загрузки ядра. За
> эти стоят какие-то высшие соображения? Приходится руками возвращать.

Немного не в тему, но лично я решаю проблемы такого рода вынесением
общих для всех ядер параметров в общую секцию (и переопределением их для
тех ядер, где это нужно).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: bootloader-utils and default records

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1051 bytes --]

On Wed, Jun 23, 2004 at 08:09:18PM -0400, Ivan Adzhubey wrote:
> > Please be more specific and concrete.
> Я уже запостил три вполне конкретные жалобы в этот тред, что еще вас
> интересует? Спрашивайте.

Steps to reproduce, т.е. достоверная информация о том, что именно
произошло.  Я же у вас спрашивал:

# cp -af /boot/grub/menu.lst{,~} && /usr/share/loader/grub asdf && diff -u /boot/grub/menu.lst{~,}
?

После этого:

# cp -af /boot/grub/menu.lst{,~} && /usr/share/loader/grub --remove asdf && diff -u /boot/grub/menu.lst{~,}
?

Вы знаете, у меня всё работает. :)
Т.е. в первом случае выводится diff на добавление ядра asdf,
а во втором -- на удаление.

> Только не надо мне опять предлагать самому лезть в installkernel и
> разбираться. По-моему, автору это сделать проще.

Уж не сочтите за труд. :)

$ wc /sbin/installkernel
 128  446 3501 /sbin/installkernel
$

Конечно, автору сделать проще; но когда у автора вроде бы всё работает,
а у других что-то не работает, а разбираться никто не хочет...

> -- 
> Иван

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: bootloader-utils and default records

[Ivan Adzhubey]

On Thu, 24 Jun 2004 04:22:58 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Jun 23, 2004 at 08:14:01PM -0400, Ivan Adzhubey wrote:
> > Вот еще: убиваются строки вида "vga=XXX" в параметрах загрузки ядра.
> > За эти стоят какие-то высшие соображения? Приходится руками
> > возвращать.
> 
> Немного не в тему, но лично я решаю проблемы такого рода вынесением
> общих для всех ядер параметров в общую секцию (и переопределением их
> для тех ядер, где это нужно).

Я думаю вы понимаете что я тоже могу решить эту проблему (тем или иным
способом). Вопрос не в этом, а в том нужно ли вообще такое поведение
installkernel. Мне оно кажется сомнительным.

Сначала надо решить чего хотим, а уже потом программировать. А не
наоборот. А то вот и получается -- местами оно шибко умное без
надобности, а местами -- тупое на пустом месте.

-- 
Иван

Re: [sisyphus] Re: bootloader-utils and default records

[Ivan Adzhubey]

On Thu, 24 Jun 2004 04:41:50 +0400
Alexey Tourbin <at@altlinux.ru> wrote:

> On Wed, Jun 23, 2004 at 08:09:18PM -0400, Ivan Adzhubey wrote:
> > > Please be more specific and concrete.
> > Я уже запостил три вполне конкретные жалобы в этот тред, что еще вас
> > интересует? Спрашивайте.
> 
> Steps to reproduce, т.е. достоверная информация о том, что именно
> произошло.  Я же у вас спрашивал:

Простите, но это не так просто. Как вы понимаете, я не могу оставить
машину с назагружаемым lilo.conf/menu.lst. Так что все ошибки были тут
же исправлены и воспроизвести все шаги не представляется возможным.
Сделаю что смогу.

> # cp -af /boot/grub/menu.lst{,~} && /usr/share/loader/grub asdf &&
> # diff -u /boot/grub/menu.lst{~,}
> ?
> 
> После этого:
> 
> # cp -af /boot/grub/menu.lst{,~} && /usr/share/loader/grub --remove
> # asdf && diff -u /boot/grub/menu.lst{~,}
> ?

Работает, за исключением непереноса строки "vga=788", что раньше
работало всегда. Судя по сообщениям в треде, и другие параметры
предыдущего ядра теперь не переносятся. Аргументы про невозможность
определить предыдущее ядро мне не кажутся убедительными. В стандартной
ситуации - это очевидно ядро которое было указано как дефолтное в том же
конфигурационном файле. А уж в нестандартных ситуациях типа загрузки с
левого носителя в режиме rescue совершенно понятна необходимость вручную
проверить и отредактировать этот файл, да и initrd пересобрать руками, и
желательно mkinitrd запускать с -v...

> Вы знаете, у меня всё работает. :)
> Т.е. в первом случае выводится diff на добавление ядра asdf,
> а во втором -- на удаление.
> 
> > Только не надо мне опять предлагать самому лезть в installkernel и
> > разбираться. По-моему, автору это сделать проще.
> 
> Уж не сочтите за труд. :)
> 
> $ wc /sbin/installkernel
>  128  446 3501 /sbin/installkernel
> $
> 
> Конечно, автору сделать проще; но когда у автора вроде бы всё
> работает, а у других что-то не работает, а разбираться никто не
> хочет...

Итак, еще раз:

Удалялись строки vga=788, initrd (hd0,4)/initrd..., последняя - из
пункта старого ядра! Видимо где-то s/// промахивается. Воспроизвести не
могу.

Молча не создавалось initrd для нового ядра, при этом в соотв. пункт
конфигурации несуществующий initrd прописывался. Повторялось два раза.
Как воспроизвести - не знаю. Оба раза это было с lilo в качестве
загрузчика.

Новое ядро прописывалось только в одном из двух конф. файлов, причем - в
неиспользуемом (текущий загрузчик - grub, ядро добавлялось только в
lilo.conf).

К сожалению, копаться в скрипте у меня сейчас возможности нет. Если еще
что поймаю - сообщу.

Чисто филосовски - скрипты уровня base system должны отлаживаться и
обвешиваться сотнями прверок всех мыслимых и немыслимых ситуаций (а не
по принципу - у меня работает) и выводить разумную диагностику
пользователю в случае даже слабых подозрений на нештатную отработку.

-- 
Иван

[sisyphus] Re: bootloader-utils and default records

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 3265 bytes --]

On Wed, Jun 23, 2004 at 10:14:15PM -0400, Ivan Adzhubey wrote:
> Работает, за исключением непереноса строки "vga=788", что раньше
> работало всегда. Судя по сообщениям в треде, и другие параметры
> предыдущего ядра теперь не переносятся. Аргументы про невозможность
> определить предыдущее ядро мне не кажутся убедительными. В стандартной

Да, параметры из каких-либо других ядер не переносятся, так и было
задумано начиная с 0.2-alt1.  

> ситуации - это очевидно ядро которое было указано как дефолтное в том же
> конфигурационном файле. А уж в нестандартных ситуациях типа загрузки с
> левого носителя в режиме rescue совершенно понятна необходимость вручную
> проверить и отредактировать этот файл, да и initrd пересобрать руками, и
> желательно mkinitrd запускать с -v...

Сейчас запускается
"$MKINITRD" mkinitrd -f --ifneeded "$BOOTDIR/initrd-$VERSION.img" "$VERSION"

> Удалялись строки vga=788, initrd (hd0,4)/initrd..., последняя - из
> пункта старого ядра! Видимо где-то s/// промахивается. Воспроизвести не
> могу.

Этого не может быть, и даже ничего похожего. :(
s/// вообще нигде никакого нет.
Старые записи принципиально остаются как есть: либо добавляется вся
запись целиком, либо удаляется вся запись целиком.

С добавлением вообще никаких подозрений нет:

sub add_kernel {
        local $_ = shift;
        /\/vmlinuz-\Q$version\E\b/
                or $_ .= <<EOF;

title $version
kernel $grub_part$boot/vmlinuz-$version root=$root
initrd $grub_part$boot/initrd-$version.img
EOF
        return $_;
}

С удалением то же самое:

sub remove_kernel {
        local $_ = shift;
        my @sections = split /^(?=title\s)/m;
        @sections =  grep { !/\/vmlinuz-\Q$version\E\b/ } @sections;
        return join "" => @sections;
}

Единственное, что здесь может нехорошее случиться, это если одна версия
ядра является подстрокой другой версии ядра, причем раздел по границе
слова не помогает; т.е. типа
2.4.22-alt1 и
2.4.22-alt1.1

Тогда при добавлении 2.4.22-alt1 новая запись добавлена не будет (но
зачем устанавливать alt1 после alt1.1?); а при удалении 2.4.22-alt1
будет удалено сразу две записи.  Это уже исправил.

> Молча не создавалось initrd для нового ядра, при этом в соотв. пункт
> конфигурации несуществующий initrd прописывался. Повторялось два раза.
> Как воспроизвести - не знаю. Оба раза это было с lilo в качестве
> загрузчика.

В конфигурацию (не)существующий initrd прописывается просто по шаблону,
как в коде выше.  Конечно, шаблон не проверяет, существует ли этот
initrd.  Достаточно того, что был вызван mkinitrd.

> Новое ядро прописывалось только в одном из двух конф. файлов, причем - в
> неиспользуемом (текущий загрузчик - grub, ядро добавлялось только в
> lilo.conf).

В штатной ситуации этого не может быть. :(
Скрипты модификации конфигов grub и lilo вызываются последовательно.

> Чисто филосовски - скрипты уровня base system должны отлаживаться и
> обвешиваться сотнями прверок всех мыслимых и немыслимых ситуаций (а не
> по принципу - у меня работает) и выводить разумную диагностику
> пользователю в случае даже слабых подозрений на нештатную отработку.

У меня действительно работает, что же тут сделаешь...  <...>

> -- 
> Иван

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: bootloader-utils and default records

[Mike Lykov]

В сообщении от Среда 23 Июнь 2004 23:57 Alexey Tourbin написал:

> Не написать ли мне FAQ? :)

написать!
больше факов, всяких-разных ;)

-- 
Mike Lykov
Samara, "Vesna" parfum company, System administrator 

Re: [sisyphus] Re: bootloader-utils and default records

[Ivan Adzhubey]

On Wednesday 23 June 2004 10:50 pm, Alexey Tourbin wrote:
> Да, параметры из каких-либо других ядер не переносятся, так и было
> задумано начиная с 0.2-alt1.

Странная задумка. А чем она вызвана, если не секрет? Раньше бывали конечно 
глюки, параметры текущего ядра брались насколько я понимаю из /proc/cmdline, 
а не из записи для текущего ядра в конфигурационном файле, что не очень 
удобно на мой взгляд, например, если было загружено failsafe ядро, то его 
параметры и добавлялись к свежеустановленному. Но происходило это только в 
нештатной ситуации, которая по определению требует ручной настройки. Теперь 
же настройка конфигов требуется всегда.

> Сейчас запускается
> "$MKINITRD" mkinitrd -f --ifneeded "$BOOTDIR/initrd-$VERSION.img"
> "$VERSION"

Ага, ну тогда все ясно, --ifneeded не будет строить initrd если ядру не нужны 
никакие модули, так у меня и случилось на машине с одной ext3 и стандартным 
IDE контроллером. Но ifneeded наплевать на spalsh. И результаты отработки 
mkinitrd вы не проверяете. Весело, люблю такой стиль программирования.

> > Удалялись строки vga=788, initrd (hd0,4)/initrd..., последняя - из
> > пункта старого ядра! Видимо где-то s/// промахивается. Воспроизвести не
> > могу.
>
> Этого не может быть, и даже ничего похожего. :(
> s/// вообще нигде никакого нет.
> Старые записи принципиально остаются как есть: либо добавляется вся
> запись целиком, либо удаляется вся запись целиком.

Я тоже шибко удивился, можно сказать - глазам своим не поверил. Сколько лет 
ядро устанавливаю - первый раз такое видел.

> > Молча не создавалось initrd для нового ядра, при этом в соотв. пункт
> > конфигурации несуществующий initrd прописывался. Повторялось два раза.
> > Как воспроизвести - не знаю. Оба раза это было с lilo в качестве
> > загрузчика.
>
> В конфигурацию (не)существующий initrd прописывается просто по шаблону,
> как в коде выше.  Конечно, шаблон не проверяет, существует ли этот
> initrd.  Достаточно того, что был вызван mkinitrd.

Конечно?? Так не загружается же машина после этого! Нифига себе - конечно...

> > Новое ядро прописывалось только в одном из двух конф. файлов, причем - в
> > неиспользуемом (текущий загрузчик - grub, ядро добавлялось только в
> > lilo.conf).
>
> В штатной ситуации этого не может быть. :(
> Скрипты модификации конфигов grub и lilo вызываются последовательно.

Ну хорошо, мне это приснилось. Если вам так удобнее. Я могу и сам написать 
этот installkernel в конце-концов. Я-то наивно думал мы в этом списке сидим 
чтобы ошибки Сизифа исправлять.

> > Чисто филосовски - скрипты уровня base system должны отлаживаться и
> > обвешиваться сотнями прверок всех мыслимых и немыслимых ситуаций (а не
> > по принципу - у меня работает) и выводить разумную диагностику
> > пользователю в случае даже слабых подозрений на нештатную отработку.
>
> У меня действительно работает, что же тут сделаешь...  <...>

При такой философии программы можно писать только для собственного 
употребления.

-- 
Иван

Re: [sisyphus] Re: bootloader-utils and default records

[Denis Ovsienko]

> Молча не создавалось initrd для нового ядра, при этом в соотв. пункт
> конфигурации несуществующий initrd прописывался. Повторялось два раза.
> Как воспроизвести - не знаю. Оба раза это было с lilo в качестве
> загрузчика.
Подтверждаю для GRUB: https://bugzilla.altlinux.org/show_bug.cgi?id=4234


-- 
    DO4-UANIC

Re: [sisyphus] Re: философия bootloader-utils

[Andriy Dobrovol's'kii]

Alexey Tourbin wrote:
> On Wed, Jun 23, 2004 at 04:29:11PM +0300, Andriy Dobrovol's'kii wrote:
> 
>>>OK, как определить предыдущую версию ядра?
>>>В каком именно смысле ядро является предыдущим?
>>>
>>
>>То есть? То которое грузилось на автомате ес-но.
> 
> 
> А какое грузилось на автомате?
> Что если в lilo.conf стоит только prompt (плюс куча ядер с разными
> несовместимыми опциями)?
>
Ну, это уже особый случай. Если кто-то изгаляется с конфигурациями 
ради экспериментов, ему самому за всем и следить.

> 
>>Не понял? А кто об этом просил? А если новое ядро окажется не
>>работоспособным? Мчаться через пол шарика к взбесившемуся ящику? И
> 
> 
> Никто не просил.  Всегда так было.
>
Всегда в случае четкого указания, что должно грузиться автоматом? 
Тогда наверно Вы правы.
  Какое поведение я уже не первый год наблюдаю на своих системах, я 
написал. И очень не хотел бы обнаружить другое.
:)
> 
>>потом, ничего подобного я не наблюдаю на практике. Только что провёл
>>установку нового ядра. Всё работает как всегда.
>>Новое ядро установилось и прописалось в лио конфиге. Можно загрузить
>>его принудительно и проверить работоспособность. Авто загрузка по
>>прежнему указывается на старое ядро. Поведение единственно
>>правильное и логичное. Убедившись, что всё работает, ручками 
>>перевожу стрелку в лило конфе на новое ядро и перезагружаюсь уже с 
>>ним в автомате. Не понимаю кому такое поведение кажется не удобным. 
>>Не все же перезагружают сервера с физической консоли.
> 
> 
> Удалите дефолтную запись из lilo.conf.
>
Ага. :) Щас... :)
  Зачем?
> Тогда новое ядрышко всё равно будет переставлять симлинки /boot/vmlinuz
> и /boot/initrd.img на самоё себя, но загрузиться из lilo по этим
> симлинкам вы не сможете, в меню будут только "реальные" ядра.
> Я для себя так и сделал. :)
> 
Ну а смысл-то какой? Наворотить можно чего угодно. В чём профит?
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   265-7824            Department of Gas Electronics
Fax:   (380-44)   265-2329             Institute of Physics of NASU
*********************************************************************

Re: [sisyphus] Re: философия bootloader-utils

[Denis G. Samsonenko]

День добрый!

Цитирую "Dmitry V. Levin" <ldv@altlinux.org>:
> /boot/System.map уже давно
> 1. не обновляется.
> 2. не используется.

Можно уточнить, на сколько давно? Я не слежу за Сизифом, последнее,
что у меня есть -- это контриб к Компакту. Т.е. вопрос такой, в
Компакте /boot/System.map уже не используется и его можно удалить, или
всё ещё используется?

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [sisyphus] Re: bootloader-utils and default records

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 524 bytes --]

On Thu, Jun 24, 2004 at 04:22:58AM +0400, Dmitry V. Levin wrote:
> On Wed, Jun 23, 2004 at 08:14:01PM -0400, Ivan Adzhubey wrote:
> > Вот еще: убиваются строки вида "vga=XXX" в параметрах загрузки ядра. За
> > эти стоят какие-то высшие соображения? Приходится руками возвращать.
> 
> Немного не в тему, но лично я решаю проблемы такого рода вынесением
> общих для всех ядер параметров в общую секцию (и переопределением их для
> тех ядер, где это нужно).

Это решение неприменимо для GRUB - у него нет такой общей секции :(

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: философия bootloader-utils

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]

On Thu, Jun 24, 2004 at 02:16:08PM +0700, Denis G. Samsonenko wrote:
> > /boot/System.map уже давно
> > 1. не обновляется.
> > 2. не используется.
> 
> Можно уточнить, на сколько давно? Я не слежу за Сизифом, последнее,
> что у меня есть -- это контриб к Компакту. Т.е. вопрос такой, в
> Компакте /boot/System.map уже не используется и его можно удалить, или
> всё ещё используется?

Не используется очень давно.  У меня все разделы /boot смонтированы
readonly, так что System.map никогда не обновлялся, и уже достаточно давно
мне не приходится указывать путь к правильному System.map.

Думаю, что и в Compactе файл /boot/System.map можно удалить.

-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: bootloader-utils and default records

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2819 bytes --]

On Thu, Jun 24, 2004 at 12:28:16AM -0400, Ivan Adzhubey wrote:
> > Да, параметры из каких-либо других ядер не переносятся, так и было
> > задумано начиная с 0.2-alt1.
> Странная задумка. А чем она вызвана, если не секрет? Раньше бывали конечно 
> глюки, параметры текущего ядра брались насколько я понимаю из /proc/cmdline, 

Задумка вызвана начальной перерботкой кода, т.е. я удалил всё что мне не
понравилось, и переписал всё что осталось после удаления.

Теперь, наверное, придется частчно восстановить (переписать) то, что было удалено.

> > Сейчас запускается
> > "$MKINITRD" mkinitrd -f --ifneeded "$BOOTDIR/initrd-$VERSION.img"
> > "$VERSION"
> 
> Ага, ну тогда все ясно, --ifneeded не будет строить initrd если ядру не нужны 
> никакие модули, так у меня и случилось на машине с одной ext3 и стандартным 

Мне остается только оправдываться, но mkinitrd всегда именно так и
запускался:

$ rpm2cpio .../Sisyphus/i586/RPMS.classic/bootloader-utils-0.1-alt7.noarch.rpm | cpio -idm
62 blocks
$ fgrep -i mkinitrd **/*
usr/share/loader/make-initrd:    system("/sbin/mkinitrd -f --ifneeded /boot/initrd-$version.img $version 2>/dev/null >/dev/null");
$

В этом смысле я ничего не испортил.
Хуже то, что в оригинальной версии, как видете, mkinitrd "затыкали".

> IDE контроллером. Но ifneeded наплевать на spalsh. И результаты отработки 
> mkinitrd вы не проверяете. Весело, люблю такой стиль программирования.

В чем смысл проверки результата отработки mkinitrd?
Чтобы сказать:
	echo "mkinitrd failed >&2
?
Ну так mkinitrd и сам чай не немой, что-нибудь да скажет, я же его не
затыкаю.  А если mkinitrd не отработал, то на автомате всё равно ничего
сделать нельзя, придется разбираться вручную.

> > В конфигурацию (не)существующий initrd прописывается просто по шаблону,
> > как в коде выше.  Конечно, шаблон не проверяет, существует ли этот
> > initrd.  Достаточно того, что был вызван mkinitrd.
> Конечно?? Так не загружается же машина после этого! Нифига себе - конечно...

Да, если mkinitrd отработал плохо, то машина с новым ядром не загрузится.
Но что же в таком случае делать?  Вообще не добавлять запись в конфиги?

> Ну хорошо, мне это приснилось. Если вам так удобнее. Я могу и сам написать 
> этот installkernel в конце-концов. Я-то наивно думал мы в этом списке сидим 
> чтобы ошибки Сизифа исправлять.

Да, мы в этом списке "сидим", чтобы исправлять ошибки сизифа. :)
В чем ваше конструктивное предложение?  Убрать --ifneeded?

> > У меня действительно работает, что же тут сделаешь...  <...>
> При такой философии программы можно писать только для собственного 
> употребления.

Это не философия, это констатация того, что я не могу воспроизвести
некоторые ошибки, которые проявляются у вас.

До философии тут далеко... :)

> -- 
> Иван

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: 2.4.26-std-up-alt4

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 566 bytes --]

On Tue, Jun 22, 2004 at 02:22:03PM +0400, Dmitry V. Levin wrote:
> > > > Эта и предпоследняя версия ядра забывают прописать в
> > > > lilo.conf строку append.
> > > Ядро забывает или installkernel забывает?
> > Но пользователю же всё равно, правда? Зачем вы так спрашиваете?
> Намёк на неуказанную версию пакета bootloader-utils в момент
> установки тех ядер, с которыми было что-то не так.

Озвучка этого намека сразу сэкономила бы минимум три письма...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: философия bootloader-utils

[Michael Shigorin]

On Wed, Jun 23, 2004 at 02:18:21PM +0700, Denis G. Samsonenko wrote:
> Описанное выше поведение мне кажется очень не логичным. Если уж
> переопределяюся симлинки, то зачем тогда создавать лишнюю
> запись в menu.lst, ведь она в этом случае совсем не нужна.

Она нужна в следующем, когда симлинки ей соответствовать уже не
будут.  И когда _она_ будет "старой".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: философия bootloader-utils

[Michael Shigorin]

On Wed, Jun 23, 2004 at 03:30:29PM +0700, Denis G. Samsonenko wrote:
> В общем мне ясно теперь, зачем он создаёт для каждого ядра
> отдельную запись в menu.lst. Просто я её всегда похеривал, т.к.
> считал излишней, раз уж текущее ядро всё равно грузится по
> дефолту, а несколько ядер одновременно я не держу.

Держите -- как минимум при этом самом их обновлении. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: философия bootloader-utils

[Michael Shigorin]

On Wed, Jun 23, 2004 at 11:55:22AM +0300, Led wrote:
> Можно и руками... Но ИМХО лучше сделать так: 1) убрать
> автоматическое переопределение симлинков; 2) добавить команду,
> скажем adjust-default-kernel, которая переопределяет симлинки
> дефолтного ядра на текущее ядро.

Установка kernel sec updates усложнится на ровном месте.
А ими этот год богат уже...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: философия bootloader-utils

[Michael Shigorin]

On Wed, Jun 23, 2004 at 04:29:11PM +0300, Andriy Dobrovol's'kii wrote:
> Не понял? А кто об этом просил? А если новое ядро окажется не
> работоспособным? Мчаться через пол шарика к взбесившемуся ящику?

Читать rebootin(8), причем заранее.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: bootloader-utils and default records

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 935 bytes --]

On Thu, Jun 24, 2004 at 06:50:45AM +0400, Alexey Tourbin wrote:
> > Работает, за исключением непереноса строки "vga=788", что раньше
> > работало всегда. Судя по сообщениям в треде, и другие параметры
> > предыдущего ядра теперь не переносятся. Аргументы про невозможность
> > определить предыдущее ядро мне не кажутся убедительными. В стандартной
> Да, параметры из каких-либо других ядер не переносятся, так и
> было задумано начиная с 0.2-alt1.  

Знаешь, есть все же подозрение, что случай с rescue -- более
маргинальный, т.к. в любом случае _уже_ мануальная терапия пошла.
И еще немного попрыгать вокруг загрузчика раз в год -- не так
страшно, как то, что Нужные Параметры не переедут.

Хотя понятно, что и там нюансов хватает -- особенно 2.4/2.6.
Но опять же -- там и подразумевается некое ручное вмешательство.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: bootloader-utils and default records

[Michael Shigorin]

On Thu, Jun 24, 2004 at 12:28:16AM -0400, Ivan Adzhubey wrote:
> Ну хорошо, мне это приснилось. Если вам так удобнее. Я могу и
> сам написать этот installkernel в конце-концов. Я-то наивно
> думал мы в этом списке сидим чтобы ошибки Сизифа исправлять.

Как это контрастирует с вышеизложенным. :]

> > У меня действительно работает, что же тут сделаешь...  <...>
> При такой философии программы можно писать только для
> собственного употребления.

Увы, это теория.

Ergo: мужики, давайте добьем багу.  Все умные, все хорошие, вот
давайте и.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/