Re: [sisyphus] mkinitrd

Re: [sisyphus] mkinitrd

[Dmitry V. Levin]

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

On Wed, Sep 10, 2008 at 06:33:15PM +0300, Kirill A. Shutemov wrote:
> On Wed, Sep 10, 2008 at 07:10:10PM +0400, Sergey Vlasov wrote:
[...]
> > Проблема совершенно в другом - mkinitrd автоматически запускается после
> > установки kernel-image-$flavour, не дожидаясь установки kernel-modules-* к
> > нему, поэтому модули, _вынесенные в отдельные пакеты_, не попадают в
> > initrd без дополнительных действий.
> 
> А может после устанвки модулей тоже стоит перегенеривать initrd? 

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


-- 
ldv

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

Re: [sisyphus] mkinitrd

[Led]

On Wednesday 10 September 2008 19:01:16 Dmitry V. Levin wrote:
> On Wed, Sep 10, 2008 at 06:33:15PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Sep 10, 2008 at 07:10:10PM +0400, Sergey Vlasov wrote:
>
> [...]
>
> > > Проблема совершенно в другом - mkinitrd автоматически запускается после
> > > установки kernel-image-$flavour, не дожидаясь установки
> > > kernel-modules-* к нему, поэтому модули, _вынесенные в отдельные
> > > пакеты_, не попадают в initrd без дополнительных действий.
> >
> > А может после устанвки модулей тоже стоит перегенеривать initrd?
>
> Если бы модули устанавливались с ядром одной транзакцией, то можно было
> бы дождаться её окончания, и только тогда запускать mkinitrd.  Но ведь
> гарантии такого порядка установки никто не даст.

Вот именно, уже это с mike@ обсудили:) Пришли к выводу, что так "тщательно 
прятать грабли" не стОит:)

-- 
Led

Re: [sisyphus] mkinitrd

[Mikhail Gusarov]

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

Twas brillig at 20:01:16 10.09.2008 UTC+04 when ldv@altlinux.org did gyre and gimble:

 DVL> Если бы модули устанавливались с ядром одной транзакцией, то можно
 DVL> было бы дождаться её окончания, и только тогда запускать mkinitrd.
 DVL> Но ведь гарантии такого порядка установки никто не даст.

Файл-триггерами на файл ядра и модулей. Плюс в postinst пакета с mkinitrd.

-- 

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

Re: [sisyphus] mkinitrd

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Wednesday 10, at 11:07:14 PM you wrote:

> Twas brillig at 20:01:16 10.09.2008 UTC+04 when ldv@altlinux.org did gyre and gimble:
> 
>  DVL> Если бы модули устанавливались с ядром одной транзакцией, то можно
>  DVL> было бы дождаться её окончания, и только тогда запускать mkinitrd.
>  DVL> Но ведь гарантии такого порядка установки никто не даст.
> 
> Файл-триггерами на файл ядра и модулей. Плюс в postinst пакета с mkinitrd.
ровно то же самое я и обсуждал с led@. Определить какие модули зависят от
root system или от install root не так сложно, т.е. триггер с дерганием
mkinitrd можно и упростить.

-- 
WBR et al.

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

Re: [sisyphus] mkinitrd

[Dmitry V. Levin]

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

On Thu, Sep 11, 2008 at 01:14:52AM +0400, Konstantin A. Lepikhov wrote:
> Wednesday 10, at 11:07:14 PM you wrote:
> > Twas brillig at 20:01:16 10.09.2008 UTC+04 when ldv@altlinux.org did gyre and gimble:
> > 
> >  DVL> Если бы модули устанавливались с ядром одной транзакцией, то можно
> >  DVL> было бы дождаться её окончания, и только тогда запускать mkinitrd.
> >  DVL> Но ведь гарантии такого порядка установки никто не даст.
> > 
> > Файл-триггерами на файл ядра и модулей. Плюс в postinst пакета с mkinitrd.
> ровно то же самое я и обсуждал с led@. Определить какие модули зависят от
> root system или от install root не так сложно, т.е. триггер с дерганием
> mkinitrd можно и упростить.

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


-- 
ldv

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

Re: [sisyphus] mkinitrd

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Thursday 11, at 01:36:04 AM you wrote:

> On Thu, Sep 11, 2008 at 01:14:52AM +0400, Konstantin A. Lepikhov wrote:
> > Wednesday 10, at 11:07:14 PM you wrote:
> > > Twas brillig at 20:01:16 10.09.2008 UTC+04 when ldv@altlinux.org did gyre and gimble:
> > > 
> > >  DVL> Если бы модули устанавливались с ядром одной транзакцией, то можно
> > >  DVL> было бы дождаться её окончания, и только тогда запускать mkinitrd.
> > >  DVL> Но ведь гарантии такого порядка установки никто не даст.
> > > 
> > > Файл-триггерами на файл ядра и модулей. Плюс в postinst пакета с mkinitrd.
> > ровно то же самое я и обсуждал с led@. Определить какие модули зависят от
> > root system или от install root не так сложно, т.е. триггер с дерганием
> > mkinitrd можно и упростить.
> 
> Основная труднорешаемая проблема, насколько я понимаю, заключается в том,
> что очень легко просто не установить нужный пакет с модулем, например,
> потому что раньше такого пакета просто не было, модуль переименовался, и пр.
> В такой ситуации триггера не будет достаточно, требуется алгоритм,
> который бы не дал потерять нужный модуль.
Если модуль переименовался, то эту проблему должны решать
provides/obsoletes (накрайняк можно и в kernel-image нужные provides
запихать). Проблема понять, что от именно от него будет зависеть root
system.

-- 
WBR et al.

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