lxc и kvm(libvirt)В любом линуксе можно собрать что угодно. Зависит от квалификации сборщика
но я так понимаю с PRA это не выйдет?
у вас ядро -pfК любому дистру можно прикрутить любое ядро и соответствующий VirtualBox (есть модулями посвежее).
объединение ram страницМожно подробнее - что и для чего
Да lxc умеет и в xorg и + другие дистры поддерживаемые ядром.Чем это будет лучше virtualbox (который у нас есть для большинства ядер)
неплохой рабочий дистр для домашнего сервера с запуском с флешки.Дистры позиционируются для клиентского домашнего применения
И при lxc, на самом то деле, можно было бы поднял pra-roll поверх PRA pfs и получить лучшее, неубиваемость и модульность с возможностью обновления до актуальной версии.Чем это будет лучше просто запуска Ролл ? Все фругальные режимы в наличии. Деление на модули и вообще упаковка в squashfs здесь вряд ли актуальна...
lxcиз исходников скомпилировалось без проблем, зависимостей особо нет.
(libvirt)говорят вместо libvirt сделали другую управлялку, я на linux.org.ru читал
из исходников скомпилировалось без проблем, зависимостей особо нет.В чем тогда был смысл перекомпилять?
В любом линуксе можно собрать что угодно. Зависит от квалификации сборщикаСогласен, но это займёт много времени.
Можно подробнее - что и для чегоУ вас в стандартной версии -pf ядро (UKSM и прочее), что даёт, в некоторых сюжетах использования, экономию ram
К любому дистру можно прикрутить любое ядроmanjaro ядро -pf патчами?
У нас есть большие , оттестированные от manjaro
Чем это будет лучше virtualbox (который у нас есть для большинства ядер)Virtualbox хорош для домашних целей. Но в нём нет контейнерезации, а при условии поднятия *unix систем в виртуалках это дикие накладные расходы cpu и ram.
Дистры позиционируются для клиентского домашнего примененияХм...ну например использование того же lxc даст возможность условно и ubuntu завести поверх PRA6408 с почти нулевой потерей в ram.
Если сделаете серверные модули - помогу чем смогу
Только , наверное это лучше делать под пра-ролл. Тогда проще это будет обновлять. А обновлять ведь придется?
Место на сервере вряд ли надо экономить...В крупной компании да, а в малых нет возможности так свободно расширяться.
зачем усложнять?
это займёт много времени.Поэтому я и написал, что проще это сделать в Ролл или вообще любом дистре, который хорошо знаете
-pf ядро (UKSM и прочее),Вроде , для kvm что-то получше есть. UKSM для дектопа и не поражал экономией
Но в нём нет контейнерезацииМожно подробнее...
условии поднятия *unix систем в виртуалках это дикие накладные расходы cpu и ram.
ubuntu завести поверх PRA6408 с почти нулевой потерей в ram.В чем смысл поднимать в линуксе второй линукс? почему все в первом не сделать?
manjaro ядро -pf патчами?Без, но с AUFS
собрать практически одно ядро с минимальным gui(Это без проблем
портативный гипервизор на флешкеИ запускать виртуалки в дороге и на чужих компах? Или для чего?
Поэтому я и написал, что проще это сделать в Ролл или вообще любом дистре, который хорошо знаетеПроще, но результат не тот. Импонирует именно идея запуска на любой fs с copy2ram и именно модульной системой.
rootaufs2 initrd с фругальными фичами прикручивается к любому ядру с AUFS или Overlayfs
Вроде , для kvm что-то получше есть. UKSM для дектопа и не поражал экономиейВ режиме десктоп задач да. Однако при условии использования шире экономия ощущается. Хотя опять же актуально в основном для lxc(kvm) и *unix виртуалок.
Можно подробнее...Virtualbox для каждой виртуалки отьедает ram, как для самого запуска так и для самой виртуалки.
В чем смысл поднимать в линуксе второй линукс? почему все в первом не сделать?Возможность без перезагрузки использовать разные системы.
rootaufs2 initrd прикручивается к любому линуксу
Это без проблемС одной стороны конечно классическая установка системы в этом случае подходит.
В теории и сервер можно собрать модулями.... Только для кого... Школу админов тут организовывать
потому что например в арче прописано что нужен питон и перл в зависимостях. Для меня смысл был просто посмотреть как оно скомпилируется, я даже модуль не буду делать, завтра сотру.из исходников скомпилировалось без проблем, зависимостей особо нет.В чем тогда был смысл перекомпилять?
В остальном у меня сильные сомнения, что дома нужно что-то больше VirtualBox...
потому что например в арче прописано что нужен питон и перл в зависимостях. Для меня смысл был просто посмотреть как оно скомпилируется, я даже модуль не буду делать, завтра сотру.Запускали контейнеры? Или просто собрали?
Просто собрал, я не умею в контейнеры.Оно у меня тоже завелось(вместе с зависимостями объединенное в один .pfs) в плане сборки проблем нет похоже.
Ну приведите логи, там будет написано про модули ядра. Я лично когда ядра делал, то kvm отключал, но щас в системе другие ядра.
live@pra6408:~$ lxc-create -t download -n test1
lxc-create: test1: conf.c: chown_mapped_root: 3279 lxc-usernsexec failed: No such file or directory - Failed to open ttyNo such file or directory - Failed to open tt
lxc-create: test1: tools/lxc_create.c: main: 327 Failed to create container test1
live@pra6408:~$ lxc-checkconfig
Kernel configuration not found at /proc/config.gz; searching...
lxc-checkconfig: unable to retrieve kernel configuration
Try recompiling with IKCONFIG_PROC, installing the kernel headers,
or specifying the kernel configuration path with:
CONFIG=<path> lxc-checkconfigИмпонирует именно идея запуска на любой fs с copy2ramМожет быть, но далеко не со всем есть смысл. Если это прога, которая постоянно запущена - ускорение будет только на стадии ee запуска. Для серверного использования малоактуально. Там же будут сплошные демоны
и именно модульной системой.А модульность то здесь зачем.... Если только samba squid и т.п. модулями и выбираешь что надо...
Т.е. возможность спокойно собирать новый модуль, тестить, подключать на живую, и в случае чего отключать и возвращаться на старый. Без перезагрузок.Все это можно в Ролл - заморозка фул базы и т.д.и т.п.
От разработки и тестирования, до банального относительно безопасного браузинга в интернетах(когда браузер в контейнере).Опять же Ролл. Там минимум самопала. Во фругал ориентированных дистрах много послаблений безопасности, обрезаний и т.п.
Virtualbox для каждой виртуалки отьедает ram, как для самого запуска так и для самой виртуалки.Ну так и запускайте линуксовое в линуксе без виртуалок. Еще экономнее. ;)
В случае с *unix в виртуалками lxc поднимает их на том же ядре, что сводит практически к минимуму затраты ram.
lxc-create -t download -n test1Какое ядро? manjaro-вское пробовали?
Какое ядро? manjaro-вское пробовали?C manjaro упираюсь уже в другую ошибку, не хватает gnugp.
Ну по логу видно что пытается конфиг ядра прочитать и не находит. Это не смертельно, но надо гуглить насчет точного наименования модуля ядра и проверить modprobe имямодуля на предмет запуска. Если не запустится - значит только пересобирать ядро с включением поддержки.C manjaro конфиг читается.
C manjaro упираюсь уже в другую ошибку, не хватает gnugp.не вижу проблемы доустановить.
C manjaro конфиг читается.отсутствие конфига не критично, ну не будет работать эта утилитка проверки, просто надо знать что ядро подходит.
Как из стандартного дистра сделать что-то вроде PRA6408?Если маленького размера, то сложно. Если этим не заморачиваться
Roll не особо интересно ибо легче тогда поставить тот же арч обычныйНу так Ролл и есть обычный арч с опционально прикрученным к нему фругалом и модульностью
делать снапшоты системы.Каким способом?