full&frugal
На мой взгляд этот метод с трудом можно назвать frugal
При обновлении системы сохраненка как была, так и работает. Пакетный менеджер тоже. Просто с инета будут тянуться пакеты, которые в базу рпм не попали, но уже в новой версии стоят
В итоге через некоторое время имеем в сохраненке еще одну систему с дублями пакетов (но уже свежих версий) модуля базы
Зачем такая модульность? Тут или не юзать ПМ и каждый месяц переустанавливать или ставить фул (aufs-full)
Дайте рецепт (чтобы не читать доку) UIRD загрузки папки с базой ro и поверх папки сохраненки rw
Вот это может быть интересно. Поэкспериментировал с настроенной системой - ничего не нагадил в ней
Просто вместо теоретизирования рекомендую попробовать.
Разве я теоретически неправильно описал процессы:
При фругале нужно заморозить репу или не пользоваться ПМ
Если юзать ПМ (например для обновлений системы) получаем гибрид от плюсов фругала в котором ничего не остается
Тогда уж aufs-full - вот что лучше тестировать
На всякий случай поясню (тем кто испугался, что я планурую координально изменить пра) - обсуждается борьба за полноценный rolling-release в pra-roll. Актуально это только достаточно опытным юзерам, интересующимися свежим софтом. Для прочих - это только дополнительные возможности запороть систему. rolling-release дается ухудшением неубиваемости
Лучше Росы модульностью и всеми из этого вытекающими плюшками.
Чем модули при установке на винт будут лучше пакетов?
Какие именно плюшки?
На мощных компах с носителя всегда грузить медленнее, поэтому пожатая система всегда работает быстрее. Плюс кеширование для loop со squash всегда делает повторные запуски быстрее, чем аналогичные в фулл.
Это умозаключение или были тесты? Прямо на глаз заметно существенное ускорение?
гибридный режим соединяет лаконично фулл и фругал. Пользователи не боятся обновлять систему, потому что всегда все будет работать,
Здесь Вы под "гибридный" понимаете фругал с большой сохраненкой?
По опыту ПРА - большинство проблем юзера решается удалением сохраненки
RW сохраненка - это уже почти фул
базовая система всегда целостная в отличие от всяких солянок с портабельным софтом
Ну так тогда на выходе получим просто донорский дистр, установленный извращенным методом
Солянка как раз и дает те "плюшки", которых нет у донора
патчиками 089.
А как еще фиксить свои баги в скриптах?
Вы все равно придете к этому. Просто потратите лишние годы, если не будете прислушиваться.
Как видите - я прислушиваюсь. Пока :
Это совсем не нравится
Это - интересно. Надо бы попробовать. Нет ли более подробных инструкций?
Пробовал, и не один раз. Медленнее, даже до предела облегчённый вариант.
Те же впечатления. Все что не из Росы - трудно с ходу понять и правильно использовать.
Только на донорской репе (без спец. дополнений) не получится пупи-подобного фругала. Будет громоздко , тяжело, сложно и как следствие фул окажется удобнеe
Сетевая загрузка - актуально только в конторах где для этого есть админы
UIRD - интересно, но для среднего юзера большая часть функционала избыточна и понять без шансов
Вот уже с самого начала: MagOS_2014.64_20170526.tar.gz - т.е. пробный запуск в виртуалке live-iso слит. Смысл? tar.gz - сразу ассоциация что надо заливать dd
MagOS обновляется каждый месяц. Если ПМ обновление нормально работает смысл ежемесячных релизов?
Неужели есть юзера, переставляющие каждый месяц...
То что я пытаюсь добавить в ПРА - совсем наоборот. Если опытный - ставь один раз фул (aufs-full) и дальше как-то сам. Переставлять не надо. Юзать пакетв ПРА или официальной арчрепы - решай сам
Опять оговорюсь (чтобы когото не напугать сменой курса)- все это только опционально
Сегодняшнюю методику ПРА сильно менять не планирую