Bug 30564

Summary: live_rw doesn't mount alt-live-storage
Product: Sisyphus Reporter: ildar <ildar>
Component: make-initrd-propagatorAssignee: Anton V. Boyarshinov <boyarsh>
Status: REOPENED --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: boyarsh, legion, mike
Version: unstable   
Hardware: all   
OS: Linux   
Attachments:
Description Flags
содержимое /dev/disk в stage1
none
содержимое /dev/disk после загрузки
none
временное решение
none
[PATCH] TMP: regular-*.iso will pull make-initrd though none

Description ildar 2014-12-15 14:48:51 MSK 
live_rw работает, но не всегда, когда хочется.
Работает:
1. документированный случай, когда alt-live-storage монтируется с флешки, с которой зарузились
2. в qemu, когда образ загружается с cdrom, а alt-live-storage располагается в разделе HDD.

Не работает:
1. в qemu, когда образ загружается с cdrom, а ФС alt-live-storage занимает весь HDD, без таблицы разделов.
2. в VMware vSphere, с любым расположением alt-live-storage: в разделе, без раздела, HDD через SCSI и через IDE.

Если не исправление проблемы, то хотя бы хороший совет приветствуется.
Comment 1 Michael Shigorin 2014-12-16 01:30:00 MSK 
По второму: вероятно, надо досыпать модулей в stage1 -- см. тж. содержимое /proc/modules и /dev/disk/*/ на tty2 при работе propagator.
Comment 2 ildar 2015-01-15 13:22:21 MSK 
Created attachment 6220 [details]
содержимое /dev/disk в stage1
Comment 3 ildar 2015-01-15 13:22:52 MSK 
Created attachment 6221 [details]
содержимое /dev/disk после загрузки
Comment 4 ildar 2015-01-15 13:24:36 MSK 
Миша, тут явно udev недорабатывает. Соответственно, это либо проблема mkimage-profiles, либо propagator.
Comment 5 Michael Shigorin 2015-01-15 13:34:21 MSK 
У меня в несколько иных ситуациях тоже складывалось ощущение, что надо то ли аналог udevadm settle задействовать (не помню, жив ли он ещё), то ли trigger пнуть -- но раскопки propagator на эту тему с проверками пока бесплодны.
Comment 6 ildar 2015-01-16 23:12:22 MSK 
Created attachment 6222 [details]
временное решение

в качестве временного решения есть такой небольшой патчик.
С ним заработало почти полностью: только на VMware диск подцепляется только будучи на IDE-шине. Видимо, нужные scsi-модули в этот момент просто недоступны.
Comment 7 Michael Shigorin 2016-05-30 20:41:02 MSK 
(В ответ на комментарий №6)
> в качестве временного решения есть такой небольшой патчик.
А единички в UUID там -- какая-то хитрая константа или что?
Comment 8 ildar 2016-05-31 11:41:17 MSK 
Похоже, сейчас оно грузится без всяких подобных кривохаков, сегодня проверил.
UUID, действительно, "хитрая константа", чтобы было легче форматировать.
Закрываю. Если у кого воспроизведётся снова, можно переоткрыть.
Comment 9 Michael Shigorin 2016-05-31 11:44:51 MSK 
Понял, спасибо.
Comment 10 ildar 2016-05-31 11:46:18 MSK 
Стоп! соврал!
всё снова воспроизвелось в варианте с qemu. Прошу прощения.
Comment 11 ildar 2016-05-31 11:47:03 MSK 
переоткрываю
Comment 12 Michael Shigorin 2016-05-31 11:48:52 MSK 
Тогда всё-таки хорошо бы на месте и добить, а сюда патчик :)
Comment 13 ildar 2016-05-31 11:51:53 MSK 
а у меня патча нет, только кривохак, под который надо форматить alt-live-storage с нужным UUID!
Comment 14 Michael Shigorin 2016-05-31 12:38:57 MSK 
Created attachment 6736 [details]
[PATCH] TMP: regular-*.iso will pull make-initrd though

Кстати, а попробуйте-ка make-initrd2 и приложенный патчик для m-p.
Comment 15 Alexey Gladkov 2016-05-31 12:55:01 MSK 
(In reply to comment #14)
> Created an attachment (id=6736) [details]
> [PATCH] TMP: regular-*.iso will pull make-initrd though
> 
> Кстати, а попробуйте-ка make-initrd2 и приложенный патчик для m-p.

Не будет работать. В make-initrd-propagator происходит замена init на propagator и весь остальной runtime уже не используется. Хотя make-initrd2 и умеет ждать и монтировать более одного устройства это всё нужно реализовывать в make-initrd-propagator.

http://git.altlinux.org/people/legion/packages/?p=make-initrd-propagator.git;a=blob;f=propagator/rules.mk;h=1c227082ce8f81c357055a4db1d356e919ebc4da;hb=26b86e37315d808bef63b0dfbf8b8f5e0bbbf8e5#l14