[devel] [I] propagator changes

[devel] [I] propagator changes

[Sergey Bolshakov]

Приветствую.
Тут http://git.altlinux.org/people/sbolshakov/packages/propagator.git
выложена предварительная версия первой стадии наших инсталляторов,
c давно планировавшимся изменением, а именно -- запуском udevd.
Как следствие, весь изрядно устаревший код определения оборудования
из stage1 выкинут, логика определения оборудования теперь повторяет
оную в уже установленной системе.

Как это использовать: пакет теперь содержит заготовку initramfs,
/usr/lib/propagator/initfs, к которой достаточно добавить только
модули планируемого к использованию ядра и посолить-поперчить
всяческими мелочами вроде fbmngplay.

Проще говоря, в качестве initramfs ядру возможно скормить несколько
частей, каждая из которых представляет из себя гзипленный cpio-архив,
склеенных в один простым cat.

Таким образом, у нас может получиться следующая штука:
- редкоизменяемая часть из пакета propagator (initfs)
- определяемая ядром часть c модулями (modpack),
  в простейшем и заведомо избыточном случае получаемая как:
  find /lib/modules |cpio -oH newc | gzip -c > modpack
- прочая кастомизация: сплеш, .VERSION, и т.д. (custom)
складываем всё в кастрюльку: cat initfs modpack custom > full.cz

Осталось всего ничего -- обучить spt/mkimage всё это готовить.

Комментарии ?

-- 

Re: [devel] [I] propagator changes

[Alexey Gladkov]

Sergey Bolshakov wrote:
> Приветствую.
> Тут http://git.altlinux.org/people/sbolshakov/packages/propagator.git
> выложена предварительная версия первой стадии наших инсталляторов,

[skip/]

> Осталось всего ничего -- обучить spt/mkimage всё это готовить.
> 
> Комментарии ?

Здорово! Здорово! Здорово!

Как это готовить ?
Всё что нужно для рецепта есть по указанному урлу ?

-- 
Rgrds, legion

Re: [devel] [I] propagator changes

[Sergey Bolshakov]

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

 > Sergey Bolshakov wrote:
 >> Приветствую.
 >> Тут http://git.altlinux.org/people/sbolshakov/packages/propagator.git
 >> выложена предварительная версия первой стадии наших инсталляторов,

 > [skip/]

 >> Осталось всего ничего -- обучить spt/mkimage всё это готовить.
 >> 
 >> Комментарии ?

 > Здорово! Здорово! Здорово!

 > Как это готовить ?
 > Всё что нужно для рецепта есть по указанному урлу ?
Как я уже писал, в пакете есть initfs, остальное нужно
готовить самостоятельно.

Бишь, для ознакомления достаточно и modpack, сделанного
по рецепту из предыдущего письма, но в качестве окончательного
решения это не годится -- много лишнего, нет firmware,
нужного для работы некоторых блочных устройств, и т.п. 
Так что, нужно 1) решить, куда включать функционал по изготовлению
этого modpack: в spt/mkimage либо утилькой в propagator и 
2) собссно, сделать :)

Да, ещё: /dev из первой стадии передаётся (mount --move) на вторую.
Чтобы не напороться на одну неприятную особенность /etc/init.d/udevd,
на файловой системе второй стадии должен быть симлинк
/etc/mtab -> /proc/mounts

-- 

Re: [devel] [I] propagator changes

[Sergey Vlasov]

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

On Sun, Mar 02, 2008 at 07:50:07PM +0300, Sergey Bolshakov wrote:
> Да, ещё: /dev из первой стадии передаётся (mount --move) на вторую.
> Чтобы не напороться на одну неприятную особенность /etc/init.d/udevd,
> на файловой системе второй стадии должен быть симлинк
> /etc/mtab -> /proc/mounts

Что именно за особенность имеется в виду?  При тестировании даже
текущей версии udev с use_initramfs_dev=1 в этом месте я проблем не
заметил (есть грабли при завершении работы, если /dev в корневой ФС
совсем пуст, и проблемы с кривым mtime, например, у /dev/null,
вылезающие в виде ругани make).  Что-то специфичное именно для среды,
использующейся при запуске инсталятора?

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

Re: [devel] [I] propagator changes

[Sergey Bolshakov]

>>>>> "Sergey" == Sergey Vlasov <vsu-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 > On Sun, Mar 02, 2008 at 07:50:07PM +0300, Sergey Bolshakov wrote:
 >> Да, ещё: /dev из первой стадии передаётся (mount --move) на вторую.
 >> Чтобы не напороться на одну неприятную особенность /etc/init.d/udevd,
 >> на файловой системе второй стадии должен быть симлинк
 >> /etc/mtab -> /proc/mounts

 > Что именно за особенность имеется в виду?  При тестировании даже
 > текущей версии udev с use_initramfs_dev=1 в этом месте я проблем не
 > заметил (есть грабли при завершении работы, если /dev в корневой ФС
 > совсем пуст, и проблемы с кривым mtime, например, у /dev/null,
 > вылезающие в виде ругани make).  Что-то специфичное именно для среды,
 > использующейся при запуске инсталятора?

Видимо. Стопорится в 
[ -n "$RUN_FROM_SYSINIT" ] ||
     mount -o remount,$tmpfs_options $udev_root
поскольку записей о udev на тот момент в /etc/mtab нету.

-- 

Re: [devel] [I] propagator changes

[Sergey Vlasov]

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

On Sun, Mar 02, 2008 at 08:49:52PM +0300, Sergey Bolshakov wrote:
> Видимо. Стопорится в 
> [ -n "$RUN_FROM_SYSINIT" ] ||
>      mount -o remount,$tmpfs_options $udev_root
> поскольку записей о udev на тот момент в /etc/mtab нету.

Интересно, почему.  Что там в /etc/rc.d/rc.sysinit - то же, что и в
пакете startup, или какая-то модифицированная версия?

В обычной системе /etc/init.d/udevd запускается при загрузке два раза:
сначала из /etc/rc.d/rc.sysinit с передачей RUN_FROM_SYSINIT=1, потом
обычным образом при запуске сервисов.  При первом запуске указанная
команда не должна была выполняться (а все вызовы mount выполняются с
опцией -n, поскольку в этот момент /etc/mtab недоступен для записи);
при втором запуске, если первый выполнился успешно, вообще ничего не
делается.

После перемонтирования корня в rw в /etc/rc.d/rc.sysinit заполняется
mtab для тех ФС, которые могли быть смонтированы при запуске udevd:

# Enter root and /proc into mtab. (pixel) also added /initrd/loopfs for loopback root
mount -f /initrd/loopfs 2>/dev/null
mount -f /
mount -f /proc
[ -d /sys/bus ] && mount -f -t sysfs sysfs /sys
[ -f /proc/bus/usb/devices ] && mount -f -t usbfs usbfs /proc/bus/usb
! mountpoint -q /dev || mount -f -t tmpfs udevfs /dev
! mountpoint -q /dev/pts || mount -f -t devpts devpts /dev/pts
! mountpoint -q /dev/shm || mount -f -t tmpfs shmfs /dev/shm

Хм, похоже, случай, когда не используется запуск udevd из rc.sysinit,
и при этом /dev смонтирован как tmpfs, но соответствующая запись не
внесена в mtab, действительно не обрабатывается - но не уверен, что
такую конфигурацию стоит считать правильной (при использовании штатной
версии rc.sysinit она возникнуть не может, даже если запуск udevd
оттуда запрещён опцией noudev при загрузке).

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

Re: [devel] [I] propagator changes

[Stanislav Ievlev]

On Sun, Mar 02, 2008 at 06:26:23PM +0300, Sergey Bolshakov wrote:
> 
> Приветствую.
> Тут http://git.altlinux.org/people/sbolshakov/packages/propagator.git
> выложена предварительная версия первой стадии наших инсталляторов,
> c давно планировавшимся изменением, а именно -- запуском udevd.
> Как следствие, весь изрядно устаревший код определения оборудования
> из stage1 выкинут, логика определения оборудования теперь повторяет
> оную в уже установленной системе.
> 
> Как это использовать: пакет теперь содержит заготовку initramfs,
> /usr/lib/propagator/initfs, к которой достаточно добавить только
> модули планируемого к использованию ядра и посолить-поперчить
> всяческими мелочами вроде fbmngplay.
> 
> Проще говоря, в качестве initramfs ядру возможно скормить несколько
> частей, каждая из которых представляет из себя гзипленный cpio-архив,
> склеенных в один простым cat.
> 
> Таким образом, у нас может получиться следующая штука:
> - редкоизменяемая часть из пакета propagator (initfs)
> - определяемая ядром часть c модулями (modpack),
>   в простейшем и заведомо избыточном случае получаемая как:
>   find /lib/modules |cpio -oH newc | gzip -c > modpack
> - прочая кастомизация: сплеш, .VERSION, и т.д. (custom)
> складываем всё в кастрюльку: cat initfs modpack custom > full.cz
> 
> Осталось всего ничего -- обучить spt/mkimage всё это готовить.
Как обучите - киньте примеры профилей для обоих.
А до этого момента, пожалуйста не ломайте Сизиф ;))