chroot2pfs -f -o nano.xzm --command urpmi nano пакет в модуль в росе # работает
chroot2pfs -f -o nano --command urpmi nano пакет в каталог
chroot2pfs -f -o nano.pfs --command pacman -S nano пакет в модуль в PRA # работает
chroot2pfs -o module.xzm --command urpmi nano && ln -s /usr/bin/nano /bin/nano # не проверено
chroot2pfs -o users.xzm --command adduser www_data # не проверено
chroo2pfs -o module.xzm --script ./install_my_soft.sh # работает
chroot2pfs -o nano.xzm --command urpmi nano && rm -rf /var/lib/rpm # не проверено
сhroot2pfs -o nano.xzm -m "^[1-4].*"--command urpmi nano # работает
сhroot2pfs -o nano.xzm ---command XFdrake (создает конфиги иксов) # работает
./chroot2pfs -o nano.xzm -m "^[1-4].*"--command urpmi nano
chroot2pfsУ меня есть pacman2pfs и chroot.sh - если я правильно понял - предлагается этот же функционал, но в более удобном виде
chroot2pfs -o users.xzm --command 'adduser www_data'Не понял - если users.xzm - не корень дистра - как так можно....
е понял - если users.xzm - не корень дистра - как так можно....Может именно так и не выйдет просто идеи набрасывл.
users.xzm aufs-ится в работающий корень и изменения попадут в users.xzmТакое было бы интересно, но вряд ли реализуемо
chroot2pfs -o nano.pfs --command pacman -S nanoПравильно ли я понимаю, что можно будет разморозить репу в фругале, а потом пересобрать все модули с chroot2pfs. Если так, то приветствую обоими руками. Фругал меня устраивает полностью, но и новое ПО хочется, время от времени. :)
chroot2pfs -o nano.pfs --command pacman -S nanoНе работает. initvar уже есть в pfs - зачем продублировано?
Собирается новая ауфс из точек монтирования сквошей системных модулей.Если бы в итоге можно было обновить все модули - какой-то смысл есть. Но нельзя, т.к. change - один на все
не понимаю зачем чрут. Просто собрать новый модуль по списку пакетов старого
-a=pfs1.pfs;file2fs;папка - т.е. собираем слои в порядке перечисленияНадо ли усложнять со слоями...
-m ^[0-4]*Для пра вполне : -m ^0[0-7]*
Не проверяли?Брал chroot2pfs сегодня. У меня не работает.
Брал chroot2pfs сегодня. У меня не работает.А aufs-n новый? Из v4? Если новый проверьте пожалуйста его отдельно.
Если не поможет, нужно будет грузить с --command /bin/bashПохоже это мой косяк. У меня в 1806-gtk3 установлен zsh.
Из сегодняшнего гита (добавил ссылку в шапку) - работаетМожет еще причина в roll-1806-GTK3-02? Я на нем все тесты проводил.
sudo chroot2pfs -o nano.pfs --command pacman -S nano
или в каких-то других индивидуальных настройкахЛокализовал проблему. У меня сеть поднималась с systemd-networkd. Когда-то включил попробовать и оставил.
#!/bin/bash
# apt-get install package
# urpmi package
# pacman -S package
# /bin/bash
rm -rf /var/tmp /var/cache/{urpmi,ldconfig} /etc/{urpmi,ld.so.cache,localtime,machine-id,resolv.conf} \
/var/lib/{rpm,urpmi,menu} /usr/share/applications/mimeinfo.cache /.wh* 2>/dev/null
find "$mod_br/usr/share/icons" -type f -name icon-theme.cache 2>/dev/null | xargs rm -f
Добавил виртуализацию сsystemd-nspawn (https://wiki.archlinux.org/index.php/Systemd-nspawn_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29)
Не поспеваю за ВамиЭто время пока есть. Скоро не будет :)
Все ок, но trim бы не помешал
У вас же трим в системе есть. Тогда все еще проще.Он лежит в PRA в /usr/local/bin. В pacman2pfs прописан так - pacman && trim
Пишем скрипт mc.sh (расширение sh обязательно пока)
если им можно чистить относительно текущего / то сработает.можно
Для сборки модулей обычно удобнее на выходе иметь папку, а не модульЕсли правильно написан скрипт сборки, то почему не удобнее на выходе иметь сразу модуль?
Если не указан -о - на выходе папка chroot2pfs в pwdМожно как в МагОС в утилите syschanges добавлять время, на выходе выглядит так: syschanges_095705
С выводом ошибки, если chroot2pfs есть
systemd-nspawn - здесь обсудили. Предлагаю включать по ключуВ принципе он и сейчас по ключу включается, только сейчас именно этот вариант по умолчанию. Я так понял поведение по умолчанию можно будет вывести в конфиг. Ну тут Александр подскажет.
и вообще это надо затачивать под что-то типа dockerТут не совсем понял. chroot2pfs под Докер затачивать или что?
Т.е. собрали корень и запустиои в нем что-то
Для сборки модулей обычно удобнее на выходе иметь папку, а не модульЕсли после -o имя_без_расширения mkpfs сделает папку. Думаю этого достаточно.
2. Перенести chroot2pfs aufs-n в в.3Я против. На сегодняшнем этапе изменения частые, порой и без селфтеста. Лучше подождать.
Если правильно написан скрипт сборки, то почему не удобнее на выходе иметь сразу модуль?Например хочу переделать в портированный (в /opt)
syschanges_095705Отлично
systemd-nspawnПредлагаю сменить умолчание. Для создания модуля - только лишние кеши создаст. Смысл?
chroot2pfs под Докер затачивать или что?Вместо. Это уже другая история и я плохо знаком с докером
Если после -o имя_без_расширения mkpfs сделает папку. Думаю этого достаточно.Работает. Может всетаки
1. Если не указан -о - на выходе папка chroot2pfs в pwdЭкономим ключ. Меньше писать руками
2. Перенести chroot2pfs aufs-n в в.3Ок. но тестировать эти 2 скрипта ведь можно и в в3?
Я против.
Докер может тоже прикручуМне почему-то кажется, что это будет намного сложнее ))
Если нет -o, то возможно вы просто забыли вписатьИли было лень писать. Проще сделать mkpfs. У меня это прикручено к mc - удобно. Могу поделиться
Сейчам без -o спросит имя, впишете без расширения будет папка.Работает. Тогда норм. Надо в доку
На счет чрута по умолчанию, а nspawn по ключу не против, сделаю.ок
Докер может тоже прикручу :)а смысл?
а смысл?Мне тоже кажется смысла нет. В принципе самого обычного chroot уже достаточно, плюс на всякий случай есть systemd-nspawn.
Вместо. Это уже другая история и я плохо знаком с докеромИ да, вместо прикручивания лучше сразу пытаться все это дело сообразить в Докере.
на всякий случай есть systemd-nspawnПричем для сборки модулей не понятно , когда голый чрут не вывезет...
Если вопрос стоит - зачем docker в чрутВопрос стоит: зачем для сборки модулей что-то кроме чрут
По поводу чрут в папку или модуль, тоже за модульУже определились, что при разных ключах можно получить разный выход
Не работает --mlist dir1, dir2Наверно и с масками тоже (--mask)? Пробовал чрут с масками, не удалось запустить.
Посмотрите тот скрипт, что сейчас внутри croot2pfs,Для не первого (основного) модуля (который надо все-равно собирати типа debostrap) - норм, но я еще дописал
"," или ";" заменятся на пробелы. То есть даже кавычки не нужныНужны. без них только 1й модуль
chroot2pfs -o module.xzm --command urpmi nano && ln -s /usr/bin/nano /bin/nano # не провереноТак не работает. Все что после && это следующая команда. С кавычками, в том числе со строгими, тоже не работает. Если нужно в чрут передать более одной команды используется --script.
А ну да - ; же. С запятой наверное можно без кавычек.Лучше юзать запятую, по крайней мере в шеллах, проблем меньше))
Так не работаетА если в круглых скобках ?
А если в круглых скобках ?Тоже не работает
-bash: ошибка синтаксиса около неожиданной лексемы «(»
chroot2pfs -o module.xzm --command urpmi nano && ln -s /usr/bin/nano /bin/nano # не провереноРаботает.
Так не работает.
sudo chroot2pfs -o nano.pfs --command pacman -S nano && sudo ln -s /usr/bin/nano /usr/local/bin/nano
delaufs 1
bundles1
/home/live/nano.pfs
ln: не удалось создать символьную ссылку '/usr/local/bin/nano': Файл существует
Работает.У вас команда sudo ln -s /usr/bin/nano /usr/local/bin/nano отрабатывает не в чруте, а в системе
Получается && запускает новую команду, не в чрутеВот именно, так и должно быть.
Получается && запускает новую команду, не в чруте.Вторую команду все же тоже запускает чрут:
bundles1
/home/live/nano.pfs
ln: не удалось создать символьную ссылку '/usr/local/bin/nano': Файл существует
Вторую команду все же тоже запускает чрут:Или нет. :) Запутался.
Вторую команду все же тоже запускает чрутЭто не так. Для оболочки это следующая команда, при условии успешного выполнения первой. Первая в данном случае chroot2pfs. Можете даже не проверять, это факт.
sh -c 'pacman -S nano && ln -s /usr/bin/nano /usr/bin/local/nano'
Наверно тогда, чтобы чрут считал эту команду скриптом и запускал внутри?В чем проблема просто взять и использовать --script? :)
С запятой наверное можно без кавычек.Да. Предлагаю убрать ; - лишние проблемы
Думаю шаблон нужно делать под "непервый" модуль. Для первого придется немного исправлять скриптВряд ли это возможно универсально
Предлагаю убрать ; - лишние проблемыТоже предлагаю )
[ -f "${NAME}" ] && exitmsg "Output file '$NAME' already exist" 6
[ -d "${NAME}" ] && exitmsg "Output diectory '$NAME' already exist" 6
То есть встроенный скрипт копируется в чрут (как --script), после чего в него второй строкой после ша-банг вставляется команда которую мы передали chroot2pfs. То есть и выполнение команды и очистка чрута перед mkpfs.Я не совсем уловил мысль.
Я не совсем уловил мысль.У нас есть встроенный скрипт. Приблизительно:
У нас есть встроенный скрипт.Это который trim?
Это который trim?Ну пока еще нет, но по замыслу - да. Укороченный только.
Мы копируем скрипт в чрут и записываем в него команду.А в чем разница между выполнить команду urpmi nano в чруте, а за ней выполнить встроенный скрипт? Какую пользу мы получим встраивая нашу команду в этот скрипт?
А в чем разница между выполнить команду urpmi nano в чруте, а за ней выполнить встроенный скрипт?Передать chroot, что надо выполнить две команды подряд не так просто как оказалось.
Мне кажется trim надо делать не в чруте, а в итоговой папке. В чруте же с тенями надо заморачиваться.Во встроенном скрипте смысл не только в удалении ненужного, но в первую очередь в выплнении серии действий в чруте.
второй строкой после ша-банг вставляется команда которую мы передали chroot2pfs.Чем это будет лучше обработки выходной папки после выхода из chroot
Во встроенном скрипте смысл не только в удалении ненужного, но в первую очередь в выплнении серии действий в чруте.--command bash и делайте что нужно хоть внутри чрута, хоть извне
Если трим бует выполняться не в чрутеЧем это лучше....
введенные вами команды не сохранятся и модуль получится не пересобираемым.Я собирал пра1811 так : chrot2pfs -mklist ... -command pacman -S
введенные вами команды не сохранятся и модуль получится не пересобираемым.Имел ввиду , что в стандартном модуле не должно быть ничего кроме пакетов. Список которых сохраняется в ключах pacman2pfs
Имел ввиду , что в стандартном модуле не должно быть ничего кроме пакетов. Список которых сохраняется в ключах pacman2pfsЭто да, в стандартной ситуации должно быть не сложнее chroot2pfs -o nano.pfs --command pacman -S nano
Предлагаю такой вариант тогда. Trim ( сокращенный) делаем функцией в pfs и допиливаем mkpfs'у ключ --trim, который нам все и почистит перед mksquashfs.Мне кажется хороший вариант
Соответственно у chroot2pfs тоже делаем ключ --trim, который просто передается mkpfs'у.Можно для chroot2pfs сделать ключ --no-trim (--notrim), а trim включить по умолчанию. Или вообще сделать оба ключа сразу в mkpfs, а в pfs.cfg задать поведение по умолчанию, но чтоб ключом можно было изменить это.
с таким приблизительно скриптом:На мой взгляд - все кроме пакетов надо в отдельный модуль или опакетить
-d - выделить DEV (нужное для только компиляции)
-l - локали
-m - doc, gtk-doc, info, licenses, man и пр.."
chroot2pfs -o mod.pfs --trim --command pacman -S progaА для чего может понадобиться без --trim ? Т.е. это лучше как минимум по дефолту
Т.е. мне первый трим не помешает, но все равно надо вторым прогонятьМожно название поменять чтоб не путаться.
А для чего может понадобиться без --trim ? Т.е. это лучше как минимум по дефолтуТогда --notrim как Ильфат предложил.
Можно название поменять чтоб не путаться.Как тут запутаться. Маленький трим только так : pfs trim можно запустить
trim - в пра надо расширенный вариант. Причем в разных случаях с разными ключами
-d - выделить DEV (нужное для только компиляции)
-l - локали
-m - doc, gtk-doc, info, licenses, man и пр.."
все команды трима можно прописать в pacman.conf - NoExtractКлючами трима управлять удобнее и в NoExtract очень урезанный regex
одного универсального трима достаточно для chroot2pfsНикто и не спорит. Меня устраивает
Если шаблоны не подходят для этого, так как работают в чруте, то как идею могу предложить добавить ключ --trim trim.sh, где trim.sh альтернативный трим, который тоже сохраняется в модуль для пересборки и работает после чрута, как собственно и встроенный трим, но с этим ключом встроенный естественно отключаетсяПеребор, не?
--trim trim.sh, где trim.sh альтернативный тримЕдинственное надо будет учитывать, что все пути должны начинаться без первого слэша. Поэтому ваш расширенный трим возможно без доработки не подойдёт, не смотрел как он устроен.
Перебор, не?да
Никто и не спорит. Меня устраиваетПросто вы написали, что вам второй трим надо прогонять. Не так понял видимо.
Перебор, не?Скорее всего да)) Поэтому и написал, что просто как и идея, мало ли)
вам второй трим надо прогонятьНу так соберу -o папка и буду гонять в ней что захочу ;)
Скрипт-шаблон из chroot2pfs удаляем.переносим в trim
Все так?да. И пишем доку. Мне пока некогда. Если кто напишет - постите сюда - перенесу в вики
Мне пока некогда.Пока тоже, но хоть план работы есть :)
Ну так соберу -o папка и буду гонять в ней что захочуНу вот всё руками хотите делать ;) chroot2pfs предлагает полную автоматизацию сборки модуля для его пересборки в дальнейшем одной командой: chroot2pfs ваш-модуль.xzm
-n | -o | --name3 варианта имхо лишнего. -o и --name наверно хватит. Для -n что-нибудь другое придумаем :)
Берем мелкий трим и делаем из него функцию в pfs, которая принимает один аргумент путь до условного корня.Вроде сделал. Проверить не успел толком, но селфтест проходит :)
В mkpfs добавляем ключ -trim, при включении которого перед mksquashfs changes выполняется trim changes.
В chroot2pfs -trim для mkpfs включаем по умолчанию, с опцией --notrim отключаем.
Скрипт-шаблон из chroot2pfs удаляем.
Инсталлятор у него гуевыйМного ли таких прог... Я больше не знаю
Как быть пока не знаюСтавить в свой фругал дистр и конвертировать в модуль сохраненку
Можно гуевый конфигуратор запустить например и сохранить в модуль результаты его работы. Или гуй от ПМ.По мне - это не нужно.
--mlist - список модулей и папок для создания aufs, расзделеитель в списке - " ; " или " , "
--mlist - список модулей и папок для создания aufs, расзделитель в списке - "," . Слои AUFS в порядке перечисления. Пример : --mlist 1.pfs,/path/2.pfs,/path/dir
--mlist - список модулей и папок для создания aufs, расзделеитель в списке - " ; " или " , "Копирование из старой версии. В новой:
#[ "$FLIST" ] && layers="$layers $(cat $FLIST)"
[ "$FLIST" ] && layers="$layers $(grep -v '^#' $FLIST)"
#!/bin/sh
#/mnt/home/pra3/modules/lilyterm-p-0.9.9.2-1.pfs
/mnt/home/pra3/optional/_chroot/lxterminal-gtk2.pfs
find /pth/dir -name *.pfs |sort > flist.lst
find /mnt/home/prar1801/ -name *.pfs |sort|awk '{print "#"$0}'> flist.lst
--mlist \
1.pfs\
#,2.pfs
Не помешало бы иecho "1,#2,3" | sed 's/#[^,]\+,\?//g; s/,$//'
Давно уже запилил для delaufs интревалы, не помню писал сюда или нет. Короче так: delaufs 2 6 удалить со второго по шестой.delaufs можно перенести из версии 4 в в3 ?
echo "1,#2,3" | sed 's/#[^,]\+,\?//g; s/,$//'Это куда?
в конце скрипта убрать -l (mkpfs -l)-l надо оставить. Здесь создание еще одной ауфс совершенно бессмыслено.
Дописал хэлпНорм. Еще б на аглицкий перевести.
delaufs можно перенести из версии 4 в в3 ?Думаю да.
Это куда?--mlist - см. 2й пример в chroot2pfs --help
-l надо оставить. Здесь создание еще одной ауфс совершенно бессмыслено.В в.3 без этого не работает "в папку". Не копал
Еще б на аглицкий перевести.У нас есть нерус. юзера...? :)
У нас есть нерус. юзера...?Скорее всего нет, но не по феншую :)
что вы хотите получить запуская пакман2пфс в чрут2пфс?Поддерживаю. Для создания модуля надо chroot2pfs --command pacman ...
packer (компиляция) актуален в chroot2pfs толькоОн актуален, на мой взгляд всегда, когда используется сохранение в 090-save.
Подытожу.Тогда еще раз подытожу. ) Версия b2293e7 (последняя на сегодня) рабочая. С pacman работает как и раньше --command pacman -S, для других команд (packer) понадобился полный путь --command /usr/local/bin/packer.
делаю модули из AUR вручную через makepkgА PKGBUILD руками копируете, без packer?
бы было подобие pacman2pfs (.sh) для packer или гуи связка chroot2pfs+packer....(имхо).1. Собираете пакет любыми средствами (расker asp ..)
А PKGBUILD руками копируете, без packer?Да, привык уже через браузер. )
Иногда без установки зависимостей (makepkg -s) пакет не будет собиратьсяОбычно собираю модуль из этих зависимостей. Чтобы можно было отключить
привык уже через браузерЧем packer -G хуже?
Собирал модуль командой chroot2pfs .... --scriptПокажите этот скрипт.
Покажите этот скрипт.Тот же эффект можно получить запуская chroot2pfs --command. Если же использовать -c nspawn, то команда отрабатывает без ошибок.
Для сборки модулей лишнее. Для запуска ПМ достаточно chroot
Такой запуск только привнесет в модуль кэшей
Это уже проги запускать в защищенном окружении. Дома вряд ли надо
==========================
mkpfs= OK
pfsextract simple = OK
pfsextract -i= OK
pfsuninstall= OK
mkpfs merging= OK
pfsinfo= OK
(u)mountfile= OK
pfsload= OK
pfsunload= OK
load to ram= OK
pfsrebuild= OK
unload ram= OK
pfsextract= OK
mkpfs -m= OK
pfsextract -d= OK
mkpfs -d= OK
chroot2pfs= OK
====== Test finished =====
MagOS devel-tools #
проверьте у себя.Скрин.
https://github.com/pfs-utils/pfs-utils-cli/blob/v4/project-files/usr/bin/chroot2pfsКуда-то бесследно переехало все, связанное с утилитами v4. Нерабочие ссылки.
https://github.com/pfs-utils/pfs-utils-cli/blob/v4/project-files/usr/bin/aufs-n
Есть идея. Предлагаю обмозговать.
Вот так приблизительно может выполняться.
Не понял связи...Может я тогда задачу не понял :)
pfsextract -i nano.pfsКак в tinycore? Распаковываем в корень и запускаем? Это наиболее простой вариант, но требует памяти.
nano
Разве не запустится nano?
mount -o loop program.pfs dir
chroot dir
./program
chroot2pfs --help
-X - рарешить подключение к текущей X сессии. Для запуска в chroot приложений с GUI. Рекомендуется использовать с "-c nspawn"
Ядро хост-системы должно быть одинаковой архитектуры (i686 или x86_64) c гостевой. Самв хост-система может быть любой
Выше с ауфс получалось запустить в chroot2pfs окружении Х-овые проги.
Может я тогда задачу не понялКаким-то образом сделать запуск подключенных по горячему модулей на модульном фругале, собранном на overlayfs
chroot2pfs -X приложение.pfsДля каждого модуля при горячем подключении собирать из тех же модулей, что собрана система новый корень - абсолютно такой же как текущий и из него запускать
Как в tinycore? Распаковываем в корень и запускаем? Это наиболее простой вариант, но требует памяти.Да, Но там симлинки , а не копирование. Симлинки места почти не занимают
Sfs имеет в виду другой вариант:Вар.2 - да. Чото сложно уже на старте
Вот до чего доводит заимствование чужих ядерКакая связь с ядрами... ? сейчас с ауфс на пк проблем нет. Автор ауфс-патча приостанавливал работу из-за занятости. А если бросит... Вряд ли Pro потянет такое подхватить...
Минусы : Каждый слой overlay ест память . Меньше , чем ауфс (1,5мб на слой), но При аналогичном ауфс подключении сформируется 1 слой, а тут все слои по новой. Возможно такое как-то оптимизировано в overlay (надо экспериментировать)В отличии от aufs оверлей может включать в качестве слоя другой оверлей, то есть можно пробовать делать для чрута lowerdir="/", хотя так наверное рекурсию словим. Или chroot / как-то.
./chroot2pfs -o nano.xzm -m "^[1-4].*"--command urpmi nanoВ --help
подключит в чрут только те из модулей, названия которых начинаются на 1, 2, 3 или 4
-m | --mask - маска для системных бандлов из которых будет создана aufs для chroot"Пока не залез на форум, не понял, как работает
echo "Варианты перечисления слоев aufs для сборки корня chroot:"
echo "-m | --mask - регулярное выражение (подставляется в egrep) применяемое для названий уже загруженных модулей
Примеры (модули, начинающиеся с 001 по 003):
-m "^00[1-3].*"
-m "^(001|002|003).*""
echo "--mlist - перечисление модулей или каталогов"
echo " В списке можно применять \"#\" для блокирования. Пример : --mlist 1.pfs,#2.pfs,3.pfs "
echo "--flist - список из файла. В файле можно применять \"#\" для блокирования"
echo " Создать список из модулей в каталоге dir: find /pth/dir -name *.$EXT |sort |awk '{print \"#\"$0}' > flist.lst"
применяемое для названий уже загруженных модулейНасколько помню речь именно о бандлах там. То есть "применяемое для точек монтирования загруженных модулей", но лучше код глянуть конечно.
"-m | --mask - маска для системных бандлов из которых будет создана aufs для chroot"А что такое "бандл" ? Слой aufs (папка сквош или fs-in-file) ? Тогда надо про это написать
А что такое "бандл"Слой ауфс. То есть точка монтирования чего нибудь, которая становится слоем корневой ауфс.
Полноценная дока по chroot2pfs все равно нужнаНужна конечно. Доки это самое скучное вэнашем деле...
https://github.com/betcher/termhelperЭто вместо man или какая задумка?
–bind - сам не понял что и для чегоНаверно это некий аналог uird.mounts (https://github.com/neobht/uird/blob/master/i18n/usr/share/uird.help/ru_RU.UTF-8/uird.mounts.help).
Пример:
uird.mounts=/dev/sda3/MagOS-Data/opt::MNT=/opt;/MagOS-Data/myfolder::MNT=/opt/myfolder::MNT_OPTS=ro+noexec
Такая запись означает: монтировать каталог /MagOS-Data/opt, расположенный на носителе /dev/sda3 в /opt,
монтировать каталог /MagOS-Data/myfolder, найденный на одном из дисковых разделов, в /opt/myfolder
с дополнительными параметрами монтирования ro и noexec
Наверно это некий аналог uird.mounts.Ну в целом да.
–bind - Монтирование дополнительных слоев AUFS. Список каталогов в формате /dev/sda3/SOURCE/DIR1::/TARGET/DIR1,/SOURCE/DIR2::/TARGET/DIR2 (монтировать каталог /dev/sda3/SOURCE/DIR1, расположенный на носителе /dev/sda3 в /opt ; монтировать каталог /SOURCE/DIR2, найденный на одном из дисковых разделов, в /TARGET/DIR2)А параметры монтирования и сетевые источники можно? Т.е. полный аналог uird.mounts.?
Допустим у вас есть локальный пакет rpmМожно пример конфига
–bind - Монтирование дополнительных слоев AUFS.Не, не так. Они не в ауфс монтируются. Папка в системе биндится в папку в ауфс. Не слой это то есть. И поиска как в уирд там нет. Нужно конкретно указать обе папки, системная при этом должна существовать.
Папка в системе биндится в папку в ауфсТ.е. монтируется в корень chroot ?
Это вместо man или какая задумка?Не заметил сразу, что ответили.
Переписал -bind в вики. теперь норм?Еще немного и мы у цели ))
От мана отличается тем, что тут сборники рецептовКоторый надо написать самому? Делаю упор на вики. Еще что-то не потянуть. помощников мало
путь надо указывать просто от корня, /dev/sda3/dirПоправил. Это передрано было с uird
Список каталогов в формате /SOURCE/DIR1::/TARGET/DIR1,/SOURCE/DIR2::/TARGET/DIR2 (монтировать каталог /SOURCE/DIR1, расположенный на хост-системе в /TARGET/DIR1 на гостевой ).
Который надо написать самому? Делаю упор на вики.В общем да, что-то уже есть, остальное самим. Можно попробовать конвертить с вики автоматом.
хелпВ хелпе что надо, напомните.
То, что сейчас в викиДля chroot2pfs --bind?
Остальное сделал,"Остальное" это очепятки и egrep, хелпы еще не делал.