[devel] libguestfs

[Dmitry V. Levin]

On Sun, Nov 30, 2014 at 03:37:58AM +0400, Alexey Shabalin wrote:
> 28 ноября 2014 г., 20:03 пользователь Dmitry V. Levin
> <ldv на altlinux.org> написал:
> > On Fri, Nov 28, 2014 at 08:54:35PM +0400, Alexey Shabalin wrote:
> >> 27 ноября 2014 г., 21:05 пользователь Alexey Gladkov  написал:
> >> > 27.11.2014 20:38, Eugene Prokopiev пишет:
> >> >> 27 ноября 2014 г., 17:50 Alexey Gladkov написал:
> >> >>
> >> >>> Что из модулей положит make-initrd, если autodetect выключен и явно
> >> >>> никаких модулей не перечислено ? :)
> >> >>
> >> >> Виртуальное железо не так разнообразно, как настоящее, и поэтому
> >> >> список необходимых модулей можно подобрать заранее.
> >> >
> >> > Речь как раз о том, что модули невозможно от пользователя скопировать.
> >>
> >> Я вот даже опасаюсь делать запрос в багзиле на пакет filesystem с
> >> просьбой дать доступ пользователю на чтение /boot и /lib/modules.
> >> Простого пользователя туда действительно страшно пускать?
> >
> > https://bugzilla.altlinux.org/show_bug.cgi?id=5969
> >
> > Одного только номера достаточно, чтобы все стало ясно. :)
> 
> я правильно понимаю, что на текущий момент есть два выхода:
> 1) "на секундочку" сделать доступными /boot и /lib/modules с помощью
> пакета, типа rpm-build-guestfs, где в %post будет
> chmod 644 /boot
> chmod 644 /lib/modules

Если сделать 644 на каталоги, то лучше точно не станет. :)
Тогда уж a+x.

> или
> 2) сделать своё ядро kernel-image-vm-def для работы внутри гостевых
> систем, и на этапе сборки готовить initrd-имидж для guestfs, пока в
> сборочнице есть доступ к ядру и модулям.

Не стоит собирать свое ядро - оно протухнет.

Еще один вариант, если доступа к каталогам /boot и /lib/modules нет -
скопировать (cp -al) оттуда нужные файлы в %post соответствующего пакета.


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 181 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20141206/2bd9fa90/attachment.bin>