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. Если не исправление проблемы, то хотя бы хороший совет приветствуется.
По второму: вероятно, надо досыпать модулей в stage1 -- см. тж. содержимое /proc/modules и /dev/disk/*/ на tty2 при работе propagator.
Created attachment 6220 [details] содержимое /dev/disk в stage1
Created attachment 6221 [details] содержимое /dev/disk после загрузки
Миша, тут явно udev недорабатывает. Соответственно, это либо проблема mkimage-profiles, либо propagator.
У меня в несколько иных ситуациях тоже складывалось ощущение, что надо то ли аналог udevadm settle задействовать (не помню, жив ли он ещё), то ли trigger пнуть -- но раскопки propagator на эту тему с проверками пока бесплодны.
Created attachment 6222 [details] временное решение в качестве временного решения есть такой небольшой патчик. С ним заработало почти полностью: только на VMware диск подцепляется только будучи на IDE-шине. Видимо, нужные scsi-модули в этот момент просто недоступны.
(В ответ на комментарий №6) > в качестве временного решения есть такой небольшой патчик. А единички в UUID там -- какая-то хитрая константа или что?
Похоже, сейчас оно грузится без всяких подобных кривохаков, сегодня проверил. UUID, действительно, "хитрая константа", чтобы было легче форматировать. Закрываю. Если у кого воспроизведётся снова, можно переоткрыть.
Понял, спасибо.
Стоп! соврал! всё снова воспроизвелось в варианте с qemu. Прошу прощения.
переоткрываю
Тогда всё-таки хорошо бы на месте и добить, а сюда патчик :)
а у меня патча нет, только кривохак, под который надо форматить alt-live-storage с нужным UUID!
Created attachment 6736 [details] [PATCH] TMP: regular-*.iso will pull make-initrd though Кстати, а попробуйте-ка make-initrd2 и приложенный патчик для m-p.
(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
Проверка актуальности. propagator и make-initrd-propagator удалены из Sisyphus (https://packages.altlinux.org/tasks/354164/, 04.01.2025), stage1 live-образов теперь собирается штатными фичами make-initrd. Закрываю; если live_rw не находит alt-live-storage на текущих образах — нужен новый баг на make-initrd/mkimage-profiles.
