MagOSM для MagOS_2016.64

Не uird.home, а uird.homes. Наверное не удачное название, слишком созвучно. Там нет специальных механизмов для сохранений, только способ сделать слоеный хомяк.

Кстати, uird.home в img должно работать и с первым запуском. Несколько месяцев назад добавлено. Можно указать размер и фс. С uird.homes наверное не сработает. Он не востребован у нас, забываю проверять.

Спасибо. Попробую
Но uird.home это скорее всего будет хорош при установке на диск.
Т е home.img устанавливается не на флэшку а на диск.
При запуске с флэшки home.img находится если он один в системе и на конкретном диске компа
то будет продолжена работа с настройками именно этого компа

Мне кажется, что домашняя папка это как раз то, что хотелось бы иметь на всех системах одинаковое. Где бы не загрузил, везде как дома :slight_smile:

1 лайк

Ничего нет абсолютно положительного.
В одинаковости есть не очень удобное.
Вот сейчас Магею и Убунту различаю только по по установленным модулям в /memory/bundles
Хорошо Роса имеет другую икоyку для NetworkManager. По ней и вижу что Роса
Но с хомяком то может это и так. Как то скрипт отлаживал в течении дня на трех разных компах
а как будто все делал на одном

А если через переменную

[ -x “etc/rc.d/rc.preinit” ] && PREINIT=etc/rc.d/rc.preinit
[ -x “usr/lib/magos/rc.d/rc.preinit” ] && PREINIT=usr/lib/magos/rc.d/rc.preinit
/bin/bash $PREINIT

если файлы существуют и там и там, то отработает скрипт usr/lib/magos/rc.d/rc.preinit

  1. Ошибся малость. Данная правка работает только в Убунту и надо, для работы от root под обыным юзером, пачить /root/.bashrc

  2. В Магее подключил в систему /usr/lib/magos/scripts через правку ~/.bashrc и ~/.bash_profile
    Но только пач в папке /etc/skel в Магее не заработал
    Сделал сервис autodesktop ( аналогичный /usr/lib/magos/rc.d/rc.desktop) и он то как раз хорошо правит и root и юзера

Запуск последней сборки МагОС с моими предпочтениями - https://forum.mageia.org.ru/viewtopic.php?pid=15958#p15958

  • тема значков /usr/share/icons/ Papirus
  • в скриптах логи загрузки выводятся на экран
    Вообще то это нечестно скрывать от юзера логи загрузки
  • 51-autologin 52-desktop 53-language - изменены для работы в Магее, Росе, Убунту
  • 50-xorg - возможность определения видеокарты системой при загрузке
  • 11-xorg - Генерация Modeline выбранного в grub2 разрешения
  • все темы переведены на использование default.png
    В самой сборке МагОС в основном используется default.jpg
    Но есть темы на default.png. Что то непонятно
    В общем привел все к одному варианту, тем более что в Магее и Убунту пользуют ~.png
  • Systemd с последними предложениями но … есть снова и отличия
    Использовал свой вариант в /usr/lib/magos/Systemd. Работает как часы
    С предложенным у меня были проблемы и запустить не смог.
    Т к сохранение изменений системы у меня может задаваться из системы
    Но в MagOS.ini надо записать опции

SERVICESMASK=magos-shutdown,magos-pre-shutdown
AUTODESKTOP=yes
SAVETOMODULE=yes
SAVERPM=no
DISTR=MagOS
BASEDIR=/Linux/$DISTR/base
SAVE_BASE=91-save-base.pfs
FIRSTBOOT=90-firstboot.xzm
RPMBASE=93-rpmbase.xzm
HOMEDIR=/Linux/$DISTR/machines
SAVE_HOME=96-save-home.pfs
MACHINES_FL=/Linux/$DISTR/machines/dynamic

Cкачать MagOS-MagOSM.zip - https://cloud.mail.ru/public/PftP/3Bn6hnWDN

Все модули положить в MagOS/base и запускать вместе с 88-MagOS

  • uird - свежий загрузчик для сборки 20191226
    Запускал на UIRD
    Причем использовать надо только сежую версию UIRD

  • 89-magos-pach.xzm, 95-magosm.xzm - это сам мой МагОС
    Трудно сделать один МагОС модуль кот бы запускал Магиа, Росу и Убунту
    При всей схожести есть и отличия. Поэтому получилось два модуля
    95-magosm.xzm - это сам общий магос-модуль. Запуск во всех дистрах
    89-magos-pach.xzm - отличия запуска для Росы. Лежит в папке base дистра
    Но для МагОС-сборки оба модуля лежат в MagOS/base

  • 94-uird.xzm - это свежая версия UIRD для Росы
    Сам /usr/share/uird авторский
    Но присутствует /usr/bin/mk-uird
    Он сам управляет конфигурированием загрузчика и копирует все что нужно в папку запуска скрипта из терминала
    Команды

    конфигурированием загрузчика с выбором ядра и конфига

mk-uird -k -c

Скачать UIRD, реконфигурировать его и конфигурирование загрузчика с выбором ядра и конфига

mk-uird -rcl -k -c

Опять Убунту
По результатам тестирования остался только вариант 2
Иначе например mkpfs мне модуль в Убунту пакует, но жалуется на стр 371 в pfs
И если войти в систему под юзером, в терминале не работали клавы перемещения
Заменил все == на =
Все ок !!!

Так я ж в гит заменил уже.
В строке 371 проверка, которая нужна для запуска pfs как скрипт. И там тоже == было.

Однако lxqt-sudo у меня рулит
Даже запустил /usr/lib/magos/scripts/syschanges от юзера

if [ “$(id -un)” != “root” ] ;then
lxqt-sudo -s /bin/bash $0 $@
exit 0
fi

У нас пока sudo нигде не используется. То есть он в сборке есть, но ориентировано все на работу с su/beesu/kdesu и проч. У вас как настроен sudo, имею ввиду чей он спрашивает пароль юзера или рута. Просто в убунтах рут вообще беспарольный и спрашивает пароль юзера. Если перенести эту логику в магос то часть утилит будет требовать пароль рута (где варианты su), а ваши пароль юзера. Путаница обеспечена.
Стоит ли все переводить на модный sudo не знаю даже. Видели наверное на вашем форуме разборки su vs sudo :slight_smile:

Странно… а я использую постоянно, из консольки даже systemctl с iptables без sudo не запустишь… я что-то делаю не так?

В MagOS предусмотрен какой-то более правильный способ?

F12, потом sudo -i или по одной команде, если не надоест – своп подмонтировать, логи глянуть в journalctl, сервисы помониторить – как без sudo?

А пароль рута оно и так периодически спрашивает в некоторых программах, с дисками которые работают, например. Те самые дефолтные пароли, которые в левом верхнем углу светятся красным – с ними и так путаница, но привычная, со второго-третьего раза обычно попадаешь.

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

1 лайк

Разрабы плазмы мудрят с безопастностью. В Магее 7.1 через kdesu Dolphin от root не запустишь
Вот об этом - https://forum.mageia.org.ru/viewtopic.php?pid=26962#p26962
Роса вперед паровоза не бежит и пока в ней все по старому
По запуску Dolphin в Росе это Dolphin из Магеи 6
Но рано или поздно вероятно и в Росе это появится.

Это только название. А lxqt-sudo работает и так и сяк. А sudo у меня вообще не настроено
lxqt-sudo --help

Использование: lxqt-sudo опция [команда [аргументы…]]
Пользовательский графический интерфейс для sudo/su

Аргументы:
опции:
-h|–help Напечатать эту справку.
-v|–version Напечатать информацию о версии.
-s|–su Использовать su(1) для повышения привилегий.
-d|–sudo Использовать sudo(8) для повышения привилегий.
command Запускаемая команда.
arguments Дополнительные аргументы для команды.

Так что lxqt-sudo -s - это обычное su
Ввожу пароль root

Да уж ???
Но вход в систему от root я разблокировал а дальше Магос настраивает пароль для root при запуске системы и все на свой лад переделывает.
Вероятно не совсем Убунту получилась ?
Но я здесь не виноват
Но можно и без МагОС запустить. Получится обычное LiveDVD но только обновленное

Можно повторить ссылку на ваш гит для pfs
Что то не могу найти ее в теме.

Обновился. В Магее работает, но Убунту …
mkpfs и pfsextract кот использую в /usr/share/kservices5/ServiceMenus и тут не работает

if [ -f $(dirname $0)/pfs ] ; then
source $(dirname $0)/pfs
else
source $(which pfs) || exit 13
fi

Т е PFS ищется как в старом варианте

. $(which pfs)

Так все ок !

source и точка это одно и тоже. Надо разобраться почему не работает. Попробуйте верхний вариант, но source заменить на точку.