BFRESH - лайв для Фреша на основе Бария

[denkorf]

Ведется работа над серверной редакцией. Надо выкладывать?

Конечно выкладывать. Такой вид сервера весьма интересен.

[betcher]

https://abf.rosa.ru/platforms/rosa13/pr ... ists/60430

Модульный сервер дело интересное, но тут не об этом пока. Хотя попробовать можно если выбрать в инсталляторе "на флешку". Пока рассматриваем как замену обычным исо и работа именно в этом направлении.

[denkorf]

А в списке по BFRESH после версии 60404 уже идут версии BFRESH_SERVER - с 60405 и по 60430. Теперь будет сквозная нумерация по двум версиям сразу что ли? В сервер версии только установка сервера есть. Или потом будет объединение и сервера и десктопа модульного.

[betcher]

Нумерация общая у всех сборок образов на абф. Не только бифрешей.
Общий бифреш сделать можно, но он будет во-первых размером как десктопный. Если вам нужен именно сервер это минус. Во вторых будет перегружен вариантами загрузки в грабе.
Можно добавить в десктопный бифреш установку лайтового сервера для виртуалок. Это по идее безболезненно. Подумаю
Если есть идеи - предлагайте.

[denkorf]

В установленном на флешку Бифреш сервере есть пункт "расширенное меню", где есть возможность загружать ос из ОЗУ, два пункта - "Установщик Bfresh (Загрузка из ОЗУ)" и "Live - режим (Загрузка из ОЗУ)". Если запускать "Установщик Bfresh (Загрузка из ОЗУ), то загружается красный пустой экран и графическое окно скрипта установки. Красное окно - это норма или сбой какой то. Также перед запуском графического окна скрипта установки пишет "Поиск модулей. Ожидайте", после чего запускается окно скрипта. Однако, если нажать в дальнейшем на пункт скрипта "дополнительные модули" - всё вываливается в консоль с ошибкой [FAILED] Failed to start bfresh service. И еще вопрос, можно ли настроенный и сконфигурированный сервер полностью загружать в ОЗУ и вытаскивать флешку, чтобы после выключения/перезагрузки всё пропадало и соответственно надо опять было бы вставлять флешку и загружаться с нее. Это полезно, чтобы никто кроме человека с флешкой не мог загрузить сервер с настройками. Пока что я вижу в меню только установщик bfresh из ОЗУ и Live из ОЗУ. Или я не прав и всё это уже есть.

[betcher]

Красное окно - это норма или сбой какой то.

Красное окно тонко намекает, что иксы загружены с правами рут. Если пугает можно изменить.

"дополнительные модули" - всё вываливается в консоль с ошибкой [FAILED] Failed to start bfresh service.

Поиск модулей перед стартом утилиты и "Дополнительные модули" это разное. В первом случае поиск локальных модулей. Базовых, самосборных и установленных, а "дополнительные" это поиск в репозитории. В любом случае падать не должно, но и найти не должно ничего ибо там пока ничего и нет ). Проверю.

И еще вопрос, можно ли настроенный и сконфигурированный сервер полностью загружать в ОЗУ и вытаскивать флешку, чтобы после выключения/перезагрузки всё пропадало и соответственно надо опять было бы вставлять флешку и загружаться с нее.

Да можно. Можно даже чтобы сохранялось на флешку если ее вставить и выключить машину со вставленной флешкой. Рассматривайте расширенное меню как коллекцию примеров. Могу добавить и такой. Есть один тонкий момент, модули с сохранениями могут привязываться к машине, но не могут к загрузочному пункту. Соответственно для всех пунктов с сохраненияими на конкретной машине будет один и тот же модуль подключаться. То есть если загрузитесь с гуем в модуле с сохранениями будут файлы от гуя, не то чтобы проблема, просто имейте ввиду.

[betcher]

Все фишки с созданием собственных модулей здесь тоже доступны. Можно делать модули основанные на любой базе (наборе базовых модулей) и в это состояние грузиться. То есть не использовать при установке ОС как в "большом" бифреше делали, хотя и так можно, а использовать для модульной загрузки. Примерно так:

barium dnf2mod -p basesys -r task-lamp
mv task-lamp.xzm /.memory/layer-base/1/optional
( именно в optional, чтобы не подключался при стандартной загрузке )

Ну и в загрузочный пункт помимо настроек сохранений (если нужны) нужно добавить

uird.chain=lamp,kmod,zz

здесь lamp это шаблон для поиска task-lamp.xzm, в нем записаны все нужные ему "родительские" модули, остальные два это модуль с модулями ядра и zz-patches где скрипты которые в бифреше обрабатывают настройки из ROSA.ini и прочее для модульной загрузки.

[denkorf]

Новая сборка с красивым ID - 60001 )).
Изменения есть, и много, но все касаются коммерческой версии. То есть нового, что можно было бы попробовать нет, а вот параллельно что-то сломать мог )).

Забыл спросить тогда про коммерческую версию, что за такая. Это барий на токене? Или это bfresh коммерческая - если да, то могут ли её приобрести обычные люди или она только для организаций. Расскажите, если не секрет - интересно.

[betcher]

Да, это как барий на токене. Ещё не готов.

[denkorf]

Подскажите, должны ли нормально работать в bfresh server, установленные (подключенные) из модуля qemu-kvm, libvirt. Так как установленные через dnf - работают, а при аналогичной установке через модуль много ошибок по libvirt, начиная от невозможности распознать пользователя, невозможность запуска нескольких служб и сокетов и т.д.
По ходу написания поста возник еще вопрос. А какая может быть минимальная сборка bfresh server только для виртуализации (gui, bfresh, гостевя ос - на одном компе). Вопрос в том, можно ли сборку сделать меньше по размеру чем сейчас. Или текущая сборка и есть минимальная и оптимальная?

[betcher]

Скорее всего из-за пользователя. В большом бифреше это автоматом чинится при загрузке. Добавлю этот код в сервер и соберу. Сегодня можно будет проверить в новой сборке. Или в текущей после загрузки с модулями, но до запуска кему:

barium comparator -i /etc/shadow /etc/passwd /etc/groups

Меньше чем сейчас для реального железа можно за счет замены плазмы чем то легким. Можно часть утилит выкинуть, но не особо ужмется. Чтобы был реально компактнее надо пакеты собирать иначе. Для загрузки в виртуалке можно сделать меньше за счет удаления фирмвари. Вряд ли буду этим заниматься, плюс минус гигабайт вообще не критично сейчас. Разве что если загрузка из ОЗУ в приоритете это может иметь смысл.

[betcher]

https://abf.rosa.ru/platforms/rosa13/pr ... ists/60788 - бифреш сервер.

[denkorf]

... плюс минус гигабайт вообще не критично сейчас. Разве что если загрузка из ОЗУ в приоритете это может иметь смысл.

- Если займетесь когда то уменьшением загружаемого размера os при загрузке из ОЗУ, будет очень полезно - не всегда ведь памяти много.

- Заметил, что после ухода в сон на различных картах wi-fi и "USB свистках wi-fi " после выхода из сна сети нет.
В том ли причина, что при засыпании - модуль ядра выгружается? Или по другому реализовано.

- При загрузке на разных буках и в qemu вначале загрузки выводится много сообщений:
//lib/dracut-lib.sh: line (разные строки - 201 288 166 ): dracut-getarg command not found

[betcher]

- Если займетесь когда то уменьшением загружаемого размера os при загрузке из ОЗУ, будет очень полезно - не всегда ведь памяти много.

Вы можете и сейчас грузить без модуля в котором GUI. Для настройки грузить с графикой, а в рабочем положении - без. Как пример.

- Заметил, что после ухода в сон на различных картах wi-fi и "USB свистках wi-fi " после выхода из сна сети нет.
В том ли причина, что при засыпании - модуль ядра выгружается? Или по другому реализовано.

Не подскажу. Вообще серверу спать вредно, отключите ))).

- При загрузке на разных буках и в qemu вначале загрузки выводится много сообщений:
//lib/dracut-lib.sh: line (разные строки - 201 288 166 ): dracut-getarg command not found

Это связано с тем, что UIRD в сервере собирается с системным дракутом росы, а не со своим. Это не критично. Починю.

[denkorf]

- При установке bfresh server ставится метка rosa-rw.sgn в /.memory/data/from/0/ROSA-SYSTEM/ , она же прописывается в файл _REPOLIST того же каталога, а также в boot раздел в /mnt(при примонтировани сюда)/boot/grub2/rosa/ - в файл конфигурации grub.cfg За это большое спасибо - при необходимости можно везде, где прописано изменить метку, если используется много флешек/дисков.
А можно ли дополнительно ввести генерацию части метки, например rosa-rw-(случайное число).sgn Предполагаю, что это только для коммерческой версии реализовано?

- В файле simple-install очень удобно прописывать свои конфигурации, а их может быть много (как минимум несколько). Но в GUI отображается только фиксированный список из определенного количества пунктов. Можно ли сделать список более объемным?
Еще при нажатии на кнопку "Помощь" ничего не выводится - это не важно конечно, просто наблюдение.

[betcher]

А можно ли дополнительно ввести генерацию части метки, например rosa-rw-(случайное число).sgn Предполагаю, что это только для коммерческой версии реализовано?

simple-install --setsgn ...

- В файле simple-install очень удобно прописывать свои конфигурации, а их может быть много (как минимум несколько). Но в GUI отображается только фиксированный список из определенного количества пунктов. Можно ли сделать список более объемным?

Проблема в том как эти пункты описать в короткой строчке выпадающего меню.

"Помощь" ничего не выводится - это не важно конечно, просто наблюдение.

Это в сервере? Должна выводиться справка по simple-install, где можно подсмотреть дополнительные параметры, в том числе и тип разбивки.

[denkorf]

- В файле simple-install очень удобно прописывать свои конфигурации, а их может быть много (как минимум несколько). Но в GUI отображается только фиксированный список из определенного количества пунктов. Можно ли сделать список более объемным?

Проблема в том как эти пункты описать в короткой строчке выпадающего меню.

Автоматически можно никак не описывать пользовательские пункты - только Ваши пункты готовые описать, к тому же их в скрипте уже много. А пользователь в скрипте пусть сам пишет что хочет. Можно создать пустой (не заполненный) шаблон в скрипте для пользователя и место там для определенного количества знаков названия, туда и писать. А например при наведении мыши на поле "Шаблон разбивки диска:" во всплывающем прямоугольнике вместо "Выберите тип разбивки..." высветить колонкой, ну или как угодно все параметры текущего шаблона из simple install - то, что в нем колонкой описано. Так будет наглядно и точно известно какие параметры сейчас используются. Иными словами строки выпадающего списка даже можно сократить по количеству символов, а в прямоугольнике всплывающем дать полную информацию (без логин/пароль - только параметры текущего шаблона).

"Помощь" ничего не выводится - это не важно конечно, просто наблюдение.

Это в сервере? Должна выводиться справка по simple-install, где можно подсмотреть дополнительные параметры, в том числе и тип разбивки.

-В сервере. Установка на жесткий диск, запуск с папки в qemu, live-режим с флешки. Не открывается справка при нажатии на "помощь".

-Возможно ли в окне подтверждения запуска скрипта GUI (окно "Продолжить да/нет") выводить более полную конфигурацию текущей установки в дополнение к уже имеющейся там информации, включая параметры разбивки разделов и т.п. - то есть всё что указано в текущей устанавливаемой сейчас конфигурации из simple-install?

[betcher]

Автоматически можно никак не описывать пользовательские пункты - только Ваши пункты готовые описать, к тому же их в скрипте уже много.

Боюсь только запутаем так. У продвинутого пользователя есть поле для ввода собственных параметров, есть simple-install. Тут надо наиболее вероятные пункты оставить только. Ну и справку починить конечно.

-Возможно ли в окне подтверждения запуска скрипта GUI (окно "Продолжить да/нет") выводить более полную конфигурацию текущей установки в дополнение к уже имеющейся там информации, включая параметры разбивки разделов и т.п. - то есть всё что указано в текущей устанавливаемой сейчас конфигурации из simple-install?

Подумаю. В текущем виде показывается строка, что будет передана simple-install