ROSAForum

Очередная фишка от команды магос. Появилась возможность запускать в магос-режиме уже установленные обычным способом дистрибутивы линукс. Не исо, а именно установленные оси. Запущенная таким образом система имеет сопоставимые с магос возможности. Для пользователей Роса это можно объяснить как очень расширенный вариант rosa freeze
Для того, чтоб это реализовать на вашей машине потребуется ядро и собранный под него uird (магос-инитрд), плюс настройка загрузчика.
Распакуйте этот архив http://files.magos-linux.ru/betcher/MagOS.tar.gz в корневой раздел системы. Там папка MagOS в ней ядро и uird.
Далее в загрузчике нужно добавить новый пункт. Приблизительно так:

kernel /MagOS/vmlinuz uird.from=/dev/sda1 uird.ro=*layer-base/0 uird.load=*
initrd /MagOS/uird.magos.cpio.xz

Естественно нужно уточнить свои пути до ядра и uird, а так же раздел с корневой фс в параметре uird.from= ( можно по метке диска, тогда так uird.from=LABEL@/ )

В результате такой загрузки вы получаете систему изменения в которой не записываются на диск. То что в магос называется "чистым режимом". Загрузить так можно не только роса 64 бит, но и другие 64 бит линукс системы, я тестировал загрузку со стартеркитом альт линукса.
З.Ы. Мы только в начале пути будем рады любым отзывам здесь или в нашем форуме http://magos-linux.ru

Судя по тому, что тут нет комментариев, то скорее всего люди просто не понимают, что это за мегазверь и почему его использование напрочь отбивает желание работать по старинке.

У меня периодически на флешке стоит МагОС.
Использую в тестовых целях. В рабочих целях слышал только один раз. У знакомого полетел диск, он загрузился с магос и с неё сидел. Потом, он взял у друга флешку побольше и просто установил туда ОСь. Мне сказал, что с обычной ОСью работает быстрее.
На моём компе МагОС работает неплохо, но на других компах я испытать пока так и не смог. На одном она не пошла, а больше необходимости не было.
Но, МагОС мне нравиться и на флешку верну назад. Жаль, что у меня всего одна флешка.

Так новость не о магос. Новость в том, что теперь можно получить свойства магос в обычной росе, уже установленной и настроенной вами. Для этого нужно лишь пару файлов и отдельный пункт в загрузчике.

betcher, потом повожусь. Сейчас и без этого полно проблем.
Новый год на носу — праздники, отчёты, деньги и т.п.

Прекрасно Вас понимаю. У самого голова кругом, время на потестить ну никак не выкраивается.

betcher писал(а): В результате такой загрузки вы получаете систему изменения в которой не записываются на диск. То что в магос называется "чистым режимом".

То есть своеобразная песочница, можно использовать для апробирования сомнительного софта (за исключением некоторых драйверов). Обновления подобным образом протестировать можно? Какие еще случаи использования?

Можно, например, скопировать настроенную под себя систему на флешку, добавить требуемые файлы и немного магии, и о чудо - можно её втыкать куда попало и загружаться, не опасаясь за целостность данных на ней?

Можно об этом где-то подробнее почитать? К сожалению, из комментариев Вашего коллеги я ничего нового не узнал, хотя к счастью он не отбил напрочь интерес...

trs писал(а):

betcher писал(а): Можно, например, скопировать настроенную под себя систему на флешку, добавить требуемые файлы и немного магии, и о чудо - можно её втыкать куда попало и загружаться, не опасаясь за целостность данных на ней?

Да. Вы можете проворачивать такое даже на рабочей машине без флешки. Но, повторюсь, делаем только первые шаги в этом направлении. Осторожность не помешает.
Примеров применения можно навыдумывать много. Изменения же можно писать на диск в отдельную папку, а не в tmpfs. В магос такие папки называется профилями. Таких профилей можно иметь сколько угодно. То есть система преднастроенная для дома и система для работы например. Можно подключать модули squashfs, опять же как в магос. Правда для изготовления таких модулей понадобятся еще наши скрипты. Можно загрузить систему из нескольких источников в том числе сетевых. Можно сохранять изменения в модуль и такие модули будут как точки восстановления (тут тоже скрипты нужны). В общем практически все, что может магос, только базовая часть это не наши модули, а роса установленная на диск.

На neobht обижаться не стоит, хотябы потому, что он и есть автор того самого uird, который такие фичи позволяет.
Подробных описаний пока нет. Вот здесь обсуждения в нашем форуме http://www.magos-linux.ru/index.php?opt ... 436#p17436, здесь чат http://chat.magos-linux.ru/ если сразу не ответят просто дождитесь там ежедневно бываем.

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

betcher писал(а):Далее в загрузчике нужно добавить новый пункт. Приблизительно так:

kernel /MagOS/vmlinuz uird.from=/dev/sda1 uird.ro=*layer-base/0 uird.load=*
initrd /MagOS/uird.magos.cpio.xz

Естественно нужно уточнить свои пути до ядра и uird, а так же раздел с корневой фс в параметре uird.from= ( можно по метке диска, тогда так uird.from=LABEL@/ )

А можно подробную инструкцию, как это сделать, для тех кто недавно начал пользоваться системами на ядре линукса? Ну там, как и куда добавить эти строки в загрузчик, как уточнить пути до ядра и uird, нужно ли что-то на месте * добавлять?

Ок. Опишите подробнее как установлена ваша роса. Разделы, загрузчик и т.д, попробуем сообразить.

Давайте проведем пока опыт на Росе в ВМ. Там установлена ROSA.FRESH.KDE.R6.i586.

Пока только x86-64 есть. Будет время и для 32бит соберу архивчик.

betcher писал(а): В результате такой загрузки вы получаете систему изменения в которой не записываются на диск. То что в магос называется "чистым режимом". Загрузить так можно не только роса 64 бит, но и другие 64 бит линукс системы, я тестировал загрузку со стартеркитом альт линукса.
З.Ы. Мы только в начале пути будем рады любым отзывам здесь или в нашем форуме http://magos-linux.ru

Я думаю - идея отличная, обязательно поиграюсь с этой штукой.

betcher писал(а):Можно сохранять изменения в модуль и такие модули будут как точки восстановления (тут тоже скрипты нужны).

А вот это очень интересная штука. Если там можно сохранить не только настройки, но и список пакетов, с указанием версии, то в случае если в репозитории сохраняются все версии обновленного пакета, можно попытаться сделать систему точек восстановления как в Windows. Иногда такие откаты очень помогли бы.

В магос такие точки восстановления можно делать лет пять как. Здесь тоже должно работать, но не проверял еще. В этих модулях сохраняются не только настройки, а вообще все новые и измененные файлы. Вот только для того, чтоб это стабильно работало нужно всегда грузить в магос режиме. Если вы загрузитесь в обычном режиме и к примеру удалите пакет, который по зависимостям нужен пакетам из точек восстановления, то вы гарантированно что-то ломаете.

betcher писал(а):В магос такие точки восстановления можно делать лет пять как. Здесь тоже должно работать, но не проверял еще. В этих модулях сохраняются не только настройки, а вообще все новые и измененные файлы. Вот только для того, чтоб это стабильно работало нужно всегда грузить в магос режиме. Если вы загрузитесь в обычном режиме и к примеру удалите пакет, который по зависимостям нужен пакетам из точек восстановления, то вы гарантированно что-то ломаете.

В этом случае, должна работать схема: / и /home (настройки) должны работать в режиме магос (это лучше сделать по умолчанию в ISO), а все данные пользователя на отдельном разделе (например монтируемом в /home/files), но входящем в исключения в режиме магос. Если что сломалось - откат назад не затронет данные пользователя.

Мы обычно поступаем проще. Монтируем хомяк отдельно. И в этом случае не важно раздел это файл.img или просто папка. Тогда сохранения или те самые точки восстановления не затрагивают хомяк вообще.
Но я писал не об этом. В обычном магос базовая часть состоит из модулей. Они не изменяемы, монтируются только RO. А в этом варианте базовая часть это обычная корневая фс Роса и при обычной загрузке (не магос режим) эти файлы могут добавляться,удаляться,меняться. А вот это как раз и может сломать всю систему восстановлений.

betcher писал(а):Мы обычно поступаем проще. Монтируем хомяк отдельно. И в этом случае не важно раздел это файл.img или просто папка. Тогда сохранения или те самые точки восстановления не затрагивают хомяк вообще.
Но я писал не об этом. В обычном магос базовая часть состоит из модулей. Они не изменяемы, монтируются только RO. А в этом варианте базовая часть это обычная корневая фс Роса и при обычной загрузке (не магос режим) эти файлы могут добавляться,удпляться,меняться. А вот это как рпз и может сломать всю систему восстановлений.

Это, для ROSA, не очень правильный подход. Ведь если откатить пакеты, но не откатить настройки (например видеокарты), которые изменяли пакеты при обновлении, есть риск получить много ошибок, если вообще система загрузится. Так, что лучше комплексно поступать (пакеты + настройки).

Не пойму, что вас тревожит. Представьте пакет bla-bla.rpm в нем файлы:
/usr/bin/bla-bla
/usr/lib/bla-bla.so
/etc/bla-bla.cfg
При первом запуске создается еще
/home/$USER/.bla-bla.cfg
При отдельно смонтированнном хомяке не откатывается только последний, но врядли это повлияет на работоспособность программы в крайнем случае его можно просто удалить и снова все работает. Если же менялся любой из первых трех он попадет в точку восстановления. В случае обновления пакета в модуль с сохранениями попадут все три. Здесь проблем нет.
А теперь представьте, что в системе этого пакета нет, а есть он только в точке восстановления. Допустим у него в зависимостях /usr/lib/superlib.so из пакета superlibs.rpm, а мы грузим росу в обычнлм режиме и удаляем superlibs
Пакета bla-bla в этот момент нет, он же только в точке восстановления, которую при обычной загрузке не видно. И superlibs без вопросов удаляется. Теперь снова грузим в магос режиме с точками восстановления и получаем, что /usr/bin/bla-bla есть, но не работает из-за отсутствия superlib.so. Вот я о чем.

betcher писал(а):Не пойму, что вас тревожит. Представьте пакет bla-bla.rpm в нем файлы:
/usr/bin/bla-bla
/usr/lib/bla-bla.so
/etc/bla-bla.cfg
При первом запуске создается еще
/home/$USER/.bla-bla.cfg
При отдельно смонтированнном хомяке не откатывается только последний, но врядли это повлияет на работоспособность программы в крайнем случае его можно просто удалить и снова все работает. Если же менялся любой из первых трех он попадет в точку восстановления. В случае обновления пакета в модуль с сохранениями попадут все три. Здесь проблем нет.
А теперь представьте, что в системе этого пакета нет, а есть он только в точке восстановления. Допустим у него в зависимостях /usr/lib/superlib.so из пакета superlibs.rpm, а мы грузим росу в обычнлм режиме и удаляем superlibs
Пакета bla-bla в этот момент нет, он же только в точке восстановления, которую при обычной загрузке не видно. И superlibs без вопросов удаляется. Теперь снова грузим в магос режиме с точками восстановления и получаем, что /usr/bin/bla-bla есть, но не работает из-за отсутствия superlib.so. Вот я о чем.

Беспокоит, именно, пакет /home/$USER/.bla-bla.cfg . Дело в том, что я 2 или 3 раза и на своем ноуте и на ПК родителей переставлял систему с сохранением /home (тот же файл /home/$USER/.bla-bla.cfg из вашего примера), но всегда получал какие-то глюки (то разрешение экрана слетит, то поймаю баг №1 KDE http://forum.rosalab.ru/viewtopic.php?f=38&t=1276), в общем везло . А за это все отвечают именно файлы в /home. По этому, если надо, то теперь переставляю, только начисто. И я боюсь, что если восстанавливаться будут, только пакеты, могут возникать, подобные глюки.
Да или не опытный пользователь, установился все настроил (неделю вылизывал). А потом решил глянуть - а что там в в более тонких настройках... нечаянно, что то сделал не так - система не запускается - искать, что где, - займет много времени. Что лучше ему предложить: Полную переустановку и настройку всего по новой, или Откат настроек и обновленных пакетов, на вчерашний вечер? - Как видите в этом случае откат, только, пакетов не не восстановит измененные настройки, а значит и не поможет...

Ну в этом случае полная версионность, включая хомяк поможет.

neobht писал(а):Ну в этом случае полная версионность, включая хомяк поможет.

Вот я это и пытаюсь доказать. МagOS пользуются как настольной системой не так активно в отличие от обычных сборок Linux. И, видимо, там с настройками мало проблем, по этому betcher и предлагает систему отката, только, пакетов. Но в обычных Linux проблемы, в основном в настройках, а значит, если и делать систему отката, то, только, комплексную (пакеты + настройки), иначе получим больше проблем, чем ожидаемого результата в работе системы отката.

На самом деле - это мало принципиально, потому что функционал uird это все многократно перекрывает. Более того - многие вещи, которые заложены, еще очень долгое время будут в большинстве своем не востребованы дома (это например сетевые штуки, множественность источников и т.д., которые я разрабатываю для корпоративного промышленного применения в больших организациях, где несколько сот-тысяч машин необходимо обслуживать. Это был бы целый ад для службы IT, если бы у нас не было такой штуки. Я вспоминаю времена до 2009г. и понимаю весь тот ад, который переживают те, кто все еще по старинке ставит Linux на разделы и т.д. Это Linux либо со временем становящийся неактуальным, либо постоянно занятые программисты, которые по очереди по кругу обновляют все машинки, после каких-то обновлений, которые вдруг что-то незначительно изменили у пользователя в поведении системы). Будь такая штука развернута в школьных компьютерных классах, учителя информатики вздохнули бы хоть и не полностью (ввиду многообразия заточенного под Win софта), но с облегчением.

А что касается того, почему MagOS пользуются не так активно - это связано с тем, что MagOS основана не на Ubuntu и других более популярных дистрах.
Что касается Роса - это для меня загадка. Отчасти это связано с тем, что мы практически не популяризируем MagOS, а ввиду того, что изначально это был дистрибутив легко устанавливаемый на флешки, то его по этому назначению чаще и используют. Мало кто понимает, что по функциональным свойствам установленные пакеты из замечательного репозитория Росы в обычном традиционном исполнении - это лишь маленькое подмножество той гибкости, которая есть в MagOS и одной из таких штук является возможность быть установленным куда угодно и практически как угодно, а не только на раздел с Linux файловой системой. Другими словами - это все то, что дает обычная Роса + ... (тут настолько много возможных вариаций применения даже для домашнего использования, не говоря о корпоративном применении, где можно применить всякие кластерные сетевые технологии). Но по старинке MagOS связан на слуху у большинства - как флеш сборка. Но не потому что у нее такие функциональные свойства, а просто по тому что это ярко воспринимаемое свойство - ведь никому нет дела до того, что на современном оборудовании она работает быстрее ввиду сжатия, занимает места меньше ввиду сжатия, универсально всеядна на носителе, где размещена, версионности всего и вся и тд. Это лишь глубинный функционал до которого редко, кто доходит в изучении и знакомстве. Вот и получается, что на флешке - MagOS, на стационаре - Роса, хоть это и бессмысленно для дистрибутива сообщества - Fresh. Сертифицированные версии - да. Тут никак по другому. Хотя у нас уже есть мысли по поводу сертификации.

Чистый MagOS, пользователям ROSA, может быть не привычен. По этому тут и предложено сделать систему отката на основе MagOS в базовой поставке ROSA.
А по поводу рекламы MagOS - тут возникает очень интересный вопрос: На многих сайтах (например, Unixforum, в старом Linuxforum - это только что сразу пришло в голову) в шапке форума указаны ссылки на дружественные сайты: Это дает больше просмотров, больше рекламы (хотя бы среди пользователей этих сайтов). Может вам стоит обсудить, с админами этого форума о двустороннем указании дружественных сайтов - здесь на ваш (http://magos-linux.ru/), а на вашем форуме на наш (http://forum.rosalab.ru)?

Чистый может быть непривычен. Но я уже в отдельной теме примерно с год назад, как только сделали uird, на некоторых форумах привел примеры запуска официальных live версий в магос исполнении. Мало заинтересовало на удивление на этом форуме.

neobht писал(а):Чистый может быть непривычен. Но я уже в отдельной теме примерно с год назад, как только сделали uird, на некоторых форумах привел примеры запуска официальных live версий в магос исполнении. Мало заинтересовало на удивление на этом форуме.

Просто многие тут (в отличие от других дистрибутивов, кроме, только наверное, Ubuntu) не программисты не админы (я например, бухгалтер) и копаться в коде, настраивать скрипты, ставить/прописывать ядро не из репозитория - нам тяжеловато. Тестировать - да, можем, а это увы. Штука интересная, нравится, но пока разработчики или более опытные пользователи из сообщества, не соберут хотя бы одну тестовую сборку (испытать) - не многие смогут это применить сами (я,например, побоюсь сам на своем ноуте (использую постоянно) внедрять эту систему, не дай бог что сломаю - а там придется тратить время на переустановку и настройку...).
А разработчики в последние дни года, видимо, решили не начинать новых крупных проектов (как внедрение этой системы) а бросить все силы на подготовку релиза R7. Так, что скорее всего тестовые сборки с этой системой если и появятся то уже после релиза R7 (возможно, он будет в начале следущего года...).

Вы, скорее всего, правы, и мне действительно стоит собрать уже готовые инсталляционные сборки. Просто я изначально исходил из того, что если нет потенциально заинтересованных, то и тратить ресурсы тоже нет смысла. Я переосмыслю.

neobht писал(а):Вы, скорее всего, правы, и мне действительно стоит собрать уже готовые инсталляционные сборки. Просто я изначально исходил из того, что если нет потенциально заинтересованных, то и тратить ресурсы тоже нет смысла. Я переосмыслю.

Только надо сразу уточнить 1 момент - как делать:
1) Интегрировать систему в репозитории ROSA (чтобы обновления из репозиториев (ядра, например) не сбивали систему.
2) Делать на срезе репозиториев и четко оговаривать, что можно обновлять а, что нет... Или вообще не обновлять систему.
Первый вариант лучше, но провести интеграцию системы, я боюсь без разработчиков ROSA вы не сможете...

И можно будет уже ставить и смотреть сколько места на диске будут занимать занимать данные для отката...

Роман, вы снова пишите разделяя. Предложенный в теме вариант - это обычная Роса на "стероидах". Все что есть в обычной Роса, есть и тут. Это тоже самое только с мегагибкими возможностями.

neobht писал(а):Роман, вы снова пишите разделяя. Предложенный в теме вариант - это обычная Роса на "стероидах". Все что есть в обычной Роса, есть и тут. Это тоже самое только с мегагибкими возможностями.

Хорошо. Понятно. Значит ждем сборку. Если все пойдет хорошо, то, думаю, сообщество сможет убедить разработчиков включить систему в дальнейшие оф. релизы ROSA.

neobht писал(а): Что касается Роса - это для меня загадка.

Попробуйте набрать в поисковике Linux Mag... Всякая случайность суть плохоизученная закономерность.

trs писал(а):

neobht писал(а): Что касается Роса - это для меня загадка.

Попробуйте набрать в поисковике Linux Mag... Всякая случайность суть плохоизученная закономерность.

Попробовал. Но не уловил вашу идею. Поясните.

Проверенные мною поисковики предлагают следующее окончание: Mageia. При этом MagOS в выпадающем списке отсутствует как вариант. Предположим, я где-то что-то услышал про MagOS, и хочу попробовать, но запамятовал полное название. Что в таком случае я найду? Какой может быть сделан вывод об источнике информации в таком случае?

Поисковые машины уже довольно давно стали пользователю предлагать не то, что он потенциально хотел найти, а то, что ему уже чаще всего показывали, а это по сути персонализированная реклама.

А то, что Mageia появилась позже, поисковым машинам без разницы, это более часто используемое слово - вот и все.

Если я в своей рабочей системе в поисковике пишу Роса большинство ссылок в выдаче так или иначе связаны с роса линукс. Если проделать тоже самое в чистом режиме врядли этот форум будет на первой странице даже. Большой брат следит за нами

Не факт, что слово Mageia более часто используемое. Оно уникальное. Скрывает в поиске "конкурента"? Факт. Появилось позже. Случается такое, увы, не редко. Тот же Linux Mint Rosa.

Обновил архив. Ядро теперь 4.1.13-nrj-desktop-1rosa-x86_64
http://files.magos-linux.ru/betcher/MagOS.tar.gz
Проверил в виртуалке на rosa lxqt. Полет нормальный magos-mode работает. Один косяк только, lxqt криво отображается, меню наугад нажимал, чтоб консоль открыть. Но и без magos-mode также криво

betcher писал(а):Обновил архив. Ядро теперь 4.1.13-nrj-desktop-1rosa-x86_64
http://files.magos-linux.ru/betcher/MagOS.tar.gz

Ядро надо ставить 4.4
Ядро 4.1 с уязвимостью.

Алзим писал(а):

betcher писал(а):Обновил архив. Ядро теперь 4.1.13-nrj-desktop-1rosa-x86_64
http://files.magos-linux.ru/betcher/MagOS.tar.gz

Ядро надо ставить 4.4
Ядро 4.1 с уязвимостью.

В качестве обходного пути защиты рекомендуется отключить поддержку User Namespace в ядре (CONFIG_USER_NS=n). Проверить включена ли поддержка User Namespace можно командой "ls /proc/self/ns|grep user".

Поставил себе МагОС на флешку.
Обои какие-то все широкоформатные попадаются…

Алзим писал(а):

betcher писал(а):Обновил архив. Ядро теперь 4.1.13-nrj-desktop-1rosa-x86_64
http://files.magos-linux.ru/betcher/MagOS.tar.gz

Ядро надо ставить 4.4
Ядро 4.1 с уязвимостью.

Насколько мы сейчас проверили, эта уязвимость для Росы не работает.

Все обои 16:9, но есть параметр в конфиге по которому обои можно растягивать либо обрезать. Uird и ядро в сборках магос теже, что я выкладываю в архиве (uird чуть старше), так что можете испоьзовать их для загрузки росы в magos-mode.

А обновлять МагОС как Росу можно? Например, через «urpmi --auto-update».

Не понимаю я этих извращений. Работает и работает.

Barmalei писал(а):Не понимаю я этих извращений. Работает и работает.

Извращений — обновлять?

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

Алзим писал(а):

Barmalei писал(а):Не понимаю я этих извращений. Работает и работает.

Извращений — обновлять?

В результате такой загрузки вы получаете систему изменения в которой не записываются на диск.

betcher писал(а):Все обои 16:9, но есть параметр в конфиге по которому обои можно растягивать либо обрезать.

Это я могу и без конфигов сделать.
Вот, только не нашёл в конфигах параметр, как сделать, чтобы всё открывалось по одному клику мыши, а не двумя как сейчас.

Barmalei писал(а): В результате такой загрузки вы получаете систему изменения в которой не записываются на диск.

В Магoс первым по списку загружается режим в котором всё сохраняется. MagOS — это не LiveCD.

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

Алзим писал(а):

Barmalei писал(а): В результате такой загрузки вы получаете систему изменения в которой не записываются на диск.

В Магoс первым по списку загружается режим в котором всё сохраняется. MagOS — это не LiveCD.

Ну тогда тем более зачем такие извращения?

Barmalei писал(а): Ну тогда тем более зачем такие извращения?

Независимость от компа.

Алзим писал(а):

Barmalei писал(а): Ну тогда тем более зачем такие извращения?

Независимость от компа.

Понятно. Но комп то если где-то то с системой все равно.

Barmalei писал(а): Понятно. Но комп то если где-то то с системой все равно.

С флешкой на которой МагОС, мне безразлична система на другом компе. Я буду сидеть в своей рабочей среде, настроенной под меня и делать что мне хочется, и сохранять всё у себя. А потом всё тоже самое я могу продолжить на третьем компе.

Алзим писал(а):

Barmalei писал(а): Понятно. Но комп то если где-то то с системой все равно.

С флешкой на которой МагОС, мне безразлична система на другом компе. Я буду сидеть в своей рабочей среде, настроенной под меня и делать что мне хочется, и сохранять всё у себя. А потом всё тоже самое я могу продолжить на третьем компе.

Я такое вытворяю на разных компах и на разных системах.

Barmalei писал(а): Я такое вытворяю на разных компах и на разных системах.

Я пришёл в гости, а денег не хватает продолжать отдыхать. Деньги у меня лежат на кошельке в сети и мне их надо перекинуть себе на карточку.
Нафига мне это делать с чужой системы, когда я могу это сделать со своей?
К тому же, когда у меня стояла Винда, я и не скрывал от своих знакомых, что всё, что пишется с клавы на моём компе, сохраняется. В том числе и все пароли. Все знакомые знали, что входя в свои ВКонтакты с моего компа, я узнавал их пароли-логины и всё что они там пишут.

Алзим писал(а):

Barmalei писал(а): Я такое вытворяю на разных компах и на разных системах.

Я пришёл в гости, а денег не хватает продолжать отдыхать. Деньги у меня лежат на кошельке в сети и мне их надо перекинуть себе на карточку.
Нафига мне это делать с чужой системы, когда я могу это сделать со своей?
К тому же, когда у меня стояла Винда, я и не скрывал от своих знакомых, что всё, что пишется с клавы на моём компе, сохраняется. В том числе и все пароли. Все знакомые знали, что входя в свои ВКонтакты с моего компа, я узнавал их пароли-логины и всё что они там пишут.

Про деньги у меня смартфон. А про знакомых, то я разбираюсь во всем этом.
В прошлом году ездили в гости. Починил старый комп у них, поработал 2 недели. Уехали и они его опять сломали. )))

А сейчас у меня свой бук. Так что не актуально мне.

Barmalei писал(а): Про деньги у меня смартфон. А про знакомых, то я разбираюсь во всем этом.
В прошлом году ездили в гости. Починил старый комп у них, поработал 2 недели. Уехали и они его опять сломали. )))

А сейчас у меня свой бук. Так что не актуально мне.

Смартфон у меня тоже есть. Только, бывают такие места, где связь не очень (например, первый этаж пятиэтажного дома, окружённого девятиэтажками). Да и не всегда удобно со смартфона вводить кучу паролей и прочей авторизации по СМС.
К тому же, данную флешку можно ещё использовать и для восстановления системы на компе.

Короче, причин много. Долго расписывать не буду, а то это уже реклама получается.

Обсудили все что угодно, но никто так и не попробовал похоже загрузить росу в магос режиме

будущее еще не наступило.

эти идеи слишком опережают время, хотя по сути являются хорошо забытым старым.

нужно просто немного подождать, чтобы пришло понимание того, что для домашнего десктопа такое решение на порядки превосходит обычную установку.

Проверена работа с параметром uird.changes=, полет нормальный. Проверял правда на альтлинукс. Параметр позволяет подключить каталог (или файл.img с образом ext3) в качестве верхнего слоя aufs. То есть изменения хранятся не в оперативной памяти, а пишутся на диск, но отдельно от системы. Что это дает. При загрузке с uird.changes с точки зрения пользователя система работает ровно как обычно, все изменения сохраняются после перезагрузки. Но изменения хранятся отдельно и это позволяет в любой момент вернуть систему к начальному состоянию. Таких каталогов может быть неограниченное количество, это позволяет иметь одновременно несколько различно настроенных систем с разным набором софта на основе одной базовой.

Варианты такие:
uird.changes=dir_name - искать на всех доступных носителя папку dir_name и использовать первую найденную
uird.changes=file.img - искать на всех доступных носителях файл с названием file.img (образ с ext3 внутри) и использовать первый найденный
uird.changes=/dev/sda1/dir_name - папка на конкретном разделе, аналогично можно указать и file.img
uird.changes=mylabel@/path/dir_name - папка на носителе с меткой mylabel, аналогично можно указать UUID диска
есть еще возможность указать сетевые папки, но это уже отдельная история.

Внимание. И файл и папку нужно создать заранее, автоматически не создаются. Папки можно использовать только на фс поддерживающих линуксовые права, образы можно и на fat или ntfs держать. Папка для сохранений не может находиться на системном разделе. Только отдельно.

betcher писал(а):Проверена работа с параметром uird.changes=, полет нормальный. Проверял правда на альтлинукс. Параметр позволяет подключить каталог (или файл.img с образом ext3) в качестве верхнего слоя aufs. То есть изменения хранятся не в оперативной памяти, а пишутся на диск, но отдельно от системы. Что это дает. При загрузке с uird.changes с точки зрения пользователя система работает ровно как обычно, все изменения сохраняются после перезагрузки. Но изменения хранятся отдельно и это позволяет в любой момент вернуть систему к начальному состоянию. Таких каталогов может быть неограниченное количество, это позволяет иметь одновременно несколько различно настроенных систем с разным набором софта на основе одной базовой.

Варианты такие:
uird.changes=dir_name - искать на всех доступных носителя папку dir_name и использовать первую найденную
uird.changes=file.img - искать на всех доступных носителях файл с названием file.img (образ с ext3 внутри) и использовать первый найденный
uird.changes=/dev/sda1/dir_name - папка на конкретном разделе, аналогично можно указать и file.img
uird.changes=mylabel@/path/dir_name - папка на носителе с меткой mylabel, аналогично можно указать UUID диска
есть еще возможность указать сетевые папки, но это уже отдельная история.

Внимание. И файл и папку нужно создать заранее, автоматически не создаются. Папки можно использовать только на фс поддерживающих линуксовые права, образы можно и на fat или ntfs держать. Папка для сохранений не может находиться на системном разделе. Только отдельно.

Получается как снимки состояния в Vbox, не говоря о BTRFS. Очень интересная система. Но возникают 2 вопроса:
1) Вес таких снимков - через некоторое время он может сильно увеличиться.
2) Возможность объединить базовую систему со снимком, для получения новой базы.

Можно просто копировать с заменой каталог с сохранениями в корень системы. Только делать это нужно в момент, когда нет открытых файлов. То есть грузить отдельную систему или тот же uird в режиме quickshell если консоль не пугает.

betcher писал(а):Можно просто копировать с заменой каталог с сохранениями в корень системы. Только делать это нужно в момент, когда нет открытых файлов. То есть грузить отдельную систему или тот же uird в режиме quickshell если консоль не пугает.

Тогда лучше с Live-системы.
Если я правильно понял схема по весу такая:
База:
1) / +изначальный /home/
Снимки
1) Изменение в базе + изменение в /home
Если изменений мало снимки маленькие - 200 -300 мегабайт
Если обновление большое + установка программ - неограничено (при обновлении может быть равен или чуть больше веса изначальной базовой системы)
Вес снимка идет по нарастающей и если в текущем снимке ничего не удалено он равен или больше по весу предыдущего снимка

Практический расчет: Имеем базу / 16 гб + home - 16 гб: Подключим эту систему.
На следующий день приходит большое обновление (4 гб), в /home - изменений на 1 гб
Делаем новый снимок каждый день (правда вопрос есть ли автоматизация), сохраняя каждый снимок - по дате (чтобы можно было к нему вернуться).
Итого, даже если после 2 дня изменений нет, то за месяц набежит 5х30= 150 гб снимков. На ноуте с одним SSD (как у меня) это непозволительная роскошь, Но на стационаре где помимо основного диска для системы, стоит еще 1-2 больших HDD для файлопомойки и архивов - даже 300-400 гб под снимки ради собственного спокойствия отдать можно. Если буду обновлять ПК родителей и добавлять туда диски, попробую сделать эту систему.

Тут все зависит от того сколько точек восстановления вы собираетесь сохранять. Если установить росу, настроить и установить все что нужно и уже после этого грузить только в магос режиме с сохранением изменений, то даже если все файлы обновятся размер всего лишь удвоится. С uird.changes не получится сделать инкрементные точки восстановления. Только отдельные. То есть например так: uird.changes=mysystem система настроенная для себя любимого, uird.changes=parents - для родителей
Инкрементные точки восстановления тоже можно сделать, но для этого понадобятся еще скрипты, которые будут сохранять изменения в модуль при выключении системы.

betcher писал(а):Тут все зависит от того сколько точек восстановления вы собираетесь сохранять. Если установить росу, настроить и установить все что нужно и уже после этого грузить только в магос режиме с сохранением изменений, то даже если все файлы обновятся размер всего лишь удвоится. С uird.changes не получится сделать инкрементные точки восстановления. Только отдельные. То есть например так: uird.changes=mysystem система настроенная для себя любимого, uird.changes=parents - для родителей
Инкрементные точки восстановления тоже можно сделать, но для этого понадобятся еще скрипты, которые будут сохранять изменения в модуль при выключении системы.

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

Галахов Роман писал(а):… за месяц набежит 5х30= 150 гб снимков. На ноуте с одним SSD (как у меня) это непозволительная роскошь, Но на стационаре где помимо основного диска для системы, стоит еще 1-2 больших HDD для файлопомойки и архивов - даже 300-400 гб под снимки ради собственного спокойствия отдать можно.

1. Для экономии места, снимки можно сжимать.
2. Поскольку в снимках могут быть одинаковые данные, встаёт вопрос о выборе алгоритма сжатия, который это будет учитывать. Возможный вариант - так называемая дедупликация данных. Btrfs?
3. Не обязательно снимки хранить на SSD — можно отправлять их на диск стационара. Что-то вроде rsync.

trs писал(а):3. Не обязательно снимки хранить на SSD — можно отправлять их на диск стационара. Что-то вроде rsync.

Значит снимки можно делать/восстанавливать, только, когда дома, а сбои иногда и вне дома случаются... Но направление, чтобы подумать, правильное

По большому счету рассматривать эту технологию можно как для цели снимков состояния системы, но это как если просто использовать систему на той же btrfs.

Я вижу плюс тут больше в том, что можно сделать настроенную систему замороженной, сжать ее в 3-5 раз в squashfs, записать на флешку и т.д. Работа с ssd в режиме только для чтения будет ее беречь и тд.

Галахов Роман писал(а):

trs писал(а):3. Не обязательно снимки хранить на SSD — можно отправлять их на диск стационара. Что-то вроде rsync.

Значит снимки можно делать/восстанавливать, только, когда дома, а сбои иногда и вне дома случаются... Но направление, чтобы подумать, правильное

Сначала снимок создаётся, а потом (например, по появлению сети Wi-Fi) он отправляется во внешнее хранилище. Лишние же снимки могут удаляться по достижении некоторой квоты на занимаемое ими место.

neobht писал(а): Я вижу плюс тут больше в том, что можно сделать настроенную систему замороженной, сжать ее в 3-5 раз в squashfs

Заманчиво, btrfs, как я понял, жмёт раза в два, если не хуже.

Да, мегазверь!

Maria_A писал(а):Да, мегазверь!

???

Добавили в uird возможность поиска установленной системы. Теперь вместо параметров описанных в топе можно написать всего один параметр uird.scan=legacy, uird найдет все инсталляции линукс на доступных вовремя загрузки дисках и загрузит первый найденный в чистом режиме. Архив с ядром и uird там же http://files.magos-linux.ru/betcher/MagOS.tar.gz
З.Ы. Это не штатный вариант загрузки ибо поиск может длиться долго зависимо от количества файлов и каталогов, которые нужно перебрать. Это лишь способ проверить magos-mode без ковыряния конфигов.
З.Ы.Ы uird.scan=modules аналогичная загрузка для модульных дистров, а uird.scan без параметров просто поиск модулей хомяков и прочего, что можно передавать в качестве параметров uird.

Что-то не проходит обновление у МагОС. Приглашение обновиться появилось. Я согласился. И на этом всё.
Только, в оповещениях подождать и больше ничего. Кстати, Огнелис тоже почему-то не запустился. Хотя, раньше запускался.
Да и выйти из МагОСа я смог только через консоль набрав reboot.
Может я как-то не удачно загрузился. Хотя, раньше всё нормально было и с той же флешки.

Это скорее всего что-то индивидуальное, попробуйте повторить.

Может быть места мало.