[sisyphus] I: mkinitrd не работает с текущим kmod

[sisyphus] I: mkinitrd не работает с текущим kmod

[Michael Shigorin]

	Здравствуйте.
Вследствие https://bugzilla.altlinux.org/27708 (в kmod-9
выбросили объявленную устаревшей генерацию map-файлов,
содержавших дублирующую информацию) и по рекомендации led@
предупреждаю, что пользование установленным пакетом mkinitrd
может оказаться вредным для здоровья получаемых initrd.

Предлагается перейти на make-initrd
(http://www.altlinux.org/Make-initrd);
ориентировочный вид /etc/sysconfig/installkernel:

INITRD_GENERATOR=make-initrd
MKINITRD=/usr/sbin/mkinitrd-make-initrd

mkinitrd в принципе можно починить, но сейчас я его лучше удалю.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----        Sep 29, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Sergey Bolshakov]

>>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes:

 > 	Здравствуйте.
 > Вследствие https://bugzilla.altlinux.org/27708 (в kmod-9
 > выбросили объявленную устаревшей генерацию map-файлов,
 > содержавших дублирующую информацию) и по рекомендации led@
 > предупреждаю, что пользование установленным пакетом mkinitrd
 > может оказаться вредным для здоровья получаемых initrd.

 > Предлагается перейти на make-initrd
 > (http://www.altlinux.org/Make-initrd);
 > ориентировочный вид /etc/sysconfig/installkernel:

 > INITRD_GENERATOR=make-initrd
 > MKINITRD=/usr/sbin/mkinitrd-make-initrd

 > mkinitrd в принципе можно починить, но сейчас я его лучше удалю.

Лучше почини.
make-initrd непригоден в ситуации, когда нужно изготовить initrd для
другой машины/архитектуры, да собственно в любой ситуации, когда
его автоугадав бессилен или бессмысленен.
PS Я понимаю, что это не баг, а фича, да.

-- 

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Michael Shigorin]

On Thu, Sep 06, 2012 at 10:58:02PM +0400, Sergey Bolshakov wrote:
> > mkinitrd в принципе можно починить, но сейчас я его лучше удалю.
> Лучше почини.

http://git.altlinux.org/tasks/79275/

> make-initrd непригоден в ситуации, когда нужно изготовить
> initrd для другой машины/архитектуры, да собственно в любой
> ситуации, когда его автоугадав бессилен или бессмысленен.

Вот оно как.

> PS Я понимаю, что это не баг, а фича, да.

Т.е. legion@ тоже считает, что фича?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----        Sep 29, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Alexey Gladkov]

06.09.2012 22:58, Sergey Bolshakov wrote:
> Лучше почини.
> make-initrd непригоден в ситуации, когда нужно изготовить initrd для
> другой машины/архитектуры

А как ты эту проблему решаешь в mkinitrd (особенно с другой
архитектурой) ?

> да собственно в любой ситуации, когда
> его автоугадав бессилен или бессмысленен.

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

Автоугадав можно отключить вообще и составить конфиг как нужно
пользователю.

Так make-initrd поддерживает создание initrd не со списком
определённых модулей, а по modalias. Например:

MODULES_ADD += \
  pci:v00008086d00001C01sv00008086sd00007270bc01sc01i8f scsi:t-0x00
FEATURES += add-modules

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

То чего было в mkinitrd и чего нет сейчас в make-initrd так это жёстко
забитых списков модулей, которые копируются в образ. Если такой режим
всё-таки необходим (хотя это и противоречит основной идее), то можно
подумать и добавить такой режим.

-- 
Rgrds, legion

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey Gladkov <legion-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 > 06.09.2012 22:58, Sergey Bolshakov wrote:
 >> Лучше почини.
 >> make-initrd непригоден в ситуации, когда нужно изготовить initrd для
 >> другой машины/архитектуры

 > А как ты эту проблему решаешь в mkinitrd (особенно с другой
 > архитектурой) ?

Да без затей, в хешере, с нужными мне MKINITRD_OPTIONS или
вообще с пачкой --with для mkinitrd.

 >> да собственно в любой ситуации, когда
 >> его автоугадав бессилен или бессмысленен.

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

 > Автоугадав можно отключить вообще и составить конфиг как нужно
 > пользователю.

 > Так make-initrd поддерживает создание initrd не со списком
 > определённых модулей, а по modalias. Например:

 > MODULES_ADD += \
 >   pci:v00008086d00001C01sv00008086sd00007270bc01sc01i8f scsi:t-0x00
 > FEATURES += add-modules

Эээ, в смысле, это вот только так можно ему сказать 'не умничай
и положи вот эти и вот те модули' ?
/me глупый какие-то ko-ko.ko туда писал.

 > Разумеется "мозги" автоугадава работают для текущей загруженной
 > системы и их назначение создать конфигурацию, описывающую именно
 > текущее состояние машины. Думаю, именно это ты говорил, что это не баг
 > а фича.

Ну да.
Только вот чтобы это всё случалось, нужно добиться этого самого
текущего состояния хотя бы один, первый, раз -- в последний подход,
когда я пытался сделать initrd с помощью make-initrd для другой
машины с nfsroot -- после четверти часа чтения скриптов плюнул
и сделал благодатным mkinitrd.

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

Я помню, что какое-то время назад идее противоречило даже такое
вроде бы невинное обстоятельство, что единственный возможный для
некоей железки (SoC) sata-контроллер вкомпилён в ядро, а не
модулем -- всё так же ?

-- 

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Viacheslav Dubrovskyi]

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

07.09.2012 00:33, Alexey Gladkov пишет:
>> да собственно в любой ситуации, когда
>> его автоугадав бессилен или бессмысленен.
> Автоугадав проектировался как полезная, но не неотъемлемая часть. В
> самом начале его практически не было. Даже сейчас это отдельная
> команда, которая именно угадывает настоящий конфиг и передаёт
> управление дальше. Просто так случилось, что его логики зачастую
> оказывается достаточно.
>
> Автоугадав можно отключить вообще и составить конфиг как нужно
> пользователю.
>
> Так make-initrd поддерживает создание initrd не со списком
> определённых модулей, а по modalias. Например:
>
> MODULES_ADD += \
>    pci:v00008086d00001C01sv00008086sd00007270bc01sc01i8f scsi:t-0x00
> FEATURES += add-modules
>
> Разумеется "мозги" автоугадава работают для текущей загруженной
> системы и их назначение создать конфигурацию, описывающую именно
> текущее состояние машины. Думаю, именно это ты говорил, что это не баг
> а фича.
Очень часто сталкивался с ситуацией когда автоугадав не мог создать 
конфигурацию для нового ядра по текущему состоянию машины.
Например до сих пор обновление с ovz-rhel из 5.1 до ovz-el из t6 
приводит к невозможности загрузиться совсем. Ни со старым ни с новым ядром.
Старое не грузится потому что udev новый. Новое не грузится потому что 
модули не все.

-- 
WBR,
Viacheslav Dubrovskyi


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Alexey Gladkov]

07.09.2012 13:39, Sergey Bolshakov wrote:
> Да без затей, в хешере, с нужными мне MKINITRD_OPTIONS или
> вообще с пачкой --with для mkinitrd.

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

>  > MODULES_ADD += \
>  >   pci:v00008086d00001C01sv00008086sd00007270bc01sc01i8f scsi:t-0x00
>  > FEATURES += add-modules
> 
> Эээ, в смысле, это вот только так можно ему сказать 'не умничай
> и положи вот эти и вот те модули' ?
> /me глупый какие-то ko-ko.ko туда писал.

Нет. Отключить автоугодав можно убрав из конфига AUTODETECT = ... :)

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

> Только вот чтобы это всё случалось, нужно добиться этого самого
> текущего состояния хотя бы один, первый, раз -- в последний подход,
> когда я пытался сделать initrd с помощью make-initrd для другой
> машины с nfsroot -- после четверти часа чтения скриптов плюнул
> и сделал благодатным mkinitrd.

Кому что удобнее :)

Мы с kas@ для себя делали make-initrd из-за невозможности реализовать
некоторые схемы загрузки на mkinitrd.

> Я помню, что какое-то время назад идее противоречило даже такое
> вроде бы невинное обстоятельство, что единственный возможный для
> некоей железки (SoC) sata-контроллер вкомпилён в ядро, а не
> модулем -- всё так же ?

Сейчас builtin модули детектятся.

-- 
Rgrds, legion

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Alexey Gladkov]

07.09.2012 14:02, Viacheslav Dubrovskyi wrote:
> Очень часто сталкивался с ситуацией когда автоугадав не мог создать 
> конфигурацию для нового ядра по текущему состоянию машины.
> Например до сих пор обновление с ovz-rhel из 5.1 до ovz-el из t6 
> приводит к невозможности загрузиться совсем. Ни со старым ни с новым ядром.
> Старое не грузится потому что udev новый. Новое не грузится потому что 
> модули не все.

С несовместимостью udev'а с ядрами сложно что-то поделать. Я
постепенно обновляясь с такими проблемами не сталкивался.

-- 
Rgrds, legion

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Michael Shigorin]

On Fri, Sep 07, 2012 at 02:28:46PM +0400, Alexey Gladkov wrote:
> > Очень часто сталкивался с ситуацией когда автоугадав не мог
> > создать конфигурацию для нового ядра по текущему состоянию
> > машины.  Например до сих пор обновление с ovz-rhel из 5.1 до
> > ovz-el из t6 приводит к невозможности загрузиться совсем. Ни
> > со старым ни с новым ядром.  Старое не грузится потому что
> > udev новый. Новое не грузится потому что модули не все.
> С несовместимостью udev'а с ядрами сложно что-то поделать.
> Я постепенно обновляясь с такими проблемами не сталкивался.

Может, тоже к набору тестовых виртуалок?
Обновление между бранчами -- вполне штатная операция.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----        Sep 29, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Viacheslav Dubrovskyi]

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

07.09.2012 13:54, Michael Shigorin пишет:
> On Fri, Sep 07, 2012 at 02:28:46PM +0400, Alexey Gladkov wrote:
>>> Очень часто сталкивался с ситуацией когда автоугадав не мог
>>> создать конфигурацию для нового ядра по текущему состоянию
>>> машины.  Например до сих пор обновление с ovz-rhel из 5.1 до
>>> ovz-el из t6 приводит к невозможности загрузиться совсем. Ни
>>> со старым ни с новым ядром.  Старое не грузится потому что
>>> udev новый. Новое не грузится потому что модули не все.
>> С несовместимостью udev'а с ядрами сложно что-то поделать.
>> Я постепенно обновляясь с такими проблемами не сталкивался.
> Может, тоже к набору тестовых виртуалок?
> Обновление между бранчами -- вполне штатная операция.
>
Я после того как раза 4-5 сделал даунтайм по часу и более, со всеми 
остановками (подключение ip kvm, загрузка с rescue, сборка рейда, 
монтирование, перегенерация initrd) получил комплекс и боюсь трогать 
работающие сервера.

Могу дать доступ к типичной машинке для тренировок. :)

-- 
WBR,
Viacheslav Dubrovskyi


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Michael Shigorin]

On Fri, Sep 07, 2012 at 04:13:42PM +0300, Viacheslav Dubrovskyi wrote:
> Могу дать доступ к типичной машинке для тренировок. :)

Спасибо; надеюсь, пригодится, осталось изобрести время :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----        Sep 29, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Денис Смирнов]

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

On Fri, Sep 07, 2012 at 01:54:33PM +0300, Michael Shigorin wrote:

MS> Может, тоже к набору тестовых виртуалок?
MS> Обновление между бранчами -- вполне штатная операция.

А может вернуться к давно обсуждаемой идее нескольких версий udev
одновременно?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [sisyphus] I: mkinitrd не работает с текущим kmod

[Michael Shigorin]

On Fri, Sep 07, 2012 at 10:36:40PM +0400, Денис Смирнов wrote:
> > Может, тоже к набору тестовых виртуалок?
> > Обновление между бранчами -- вполне штатная операция.
> А может вернуться к давно обсуждаемой идее нескольких версий
> udev одновременно?

Разве что с экспериментальной проверкой...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----        Sep 29, Kiev, Ukraine:
--       http://conference.osdn.org.ua