Сами по себе не должны же создаваться. Тени ауфс делает, а не mozilla. Нужно понять причину.
Четкой закономерности не было. Могли не появляться а потом вдруг могли появится.
Особенно в браузере, который был настроен еще по дефолту.
Но с настойками браузера как в МагОС у меня firefox стал более спокойным в работе.
А выяснялось это только после перезагрузки в папке для сохранения сообщений при выулючении
А домашняя папка у вас каким образом сохраняется? В модуль что-ли? ?
При записи системных изменений папка /root
При пользовательском папка $HOME
Еще есть режим настройки системы - это первый чистый запуск
Здесь один раз сохраняются папки /root и $HOME
Тут можно все настроить под себя создать новых пользователей и настроить их и все настройки сохранятся одним модулем
Потом при запуске системы эти настройки учитываются и их уже не надо делать при удалении например модуля с пользовательскими настройками
Папка /home у вас сохраняется как? Если в модуль, то при загрузке как этот модуль подключаете? Если в настроечных режимах тоже сохраняется что-то в /home тоже может влиять. Подробнее опишите. Просто в магос там вообще не может быть теней. Ни в каком из режимов.
Папка /home сохраняется как обычная папка в один модуль для пользовательских изменений
При загрузке этот модуль загружается как все модули
Там и нет теней, кроме тех, которые описаны
В firefox например было, с настройками по дефолту, много рекламы которую я удалял. Отсюда возможны и тени
При чем тут реклама. Файл он есть файл. У вас получился слоеный /home и скорее всего в этих слоях то файл то его тень, возможно модули создавались не в том порядке в котором подключены. Или при создании следующего модуля не было какого-то из предыдущих и т.д. из-за этого и зависшие тени. То есть я к тому, что это не проблема ауфс, а проблема ваших слоев. И еще момент. Для слоеного хомяка Антон делал отдельный параметр uird.homes. Возможно вам подойдет лучше чем эти фильтры. Там хомяк в отдельной ауфс. Тоже, кстати, были мелкие грабли, например гит не работал если его папка в таком хомяке.
Скорее всего с тенями вы правы.
Пробовал я uird.home=home.img хорошая утилита но она не поддерживает первый чистый запуск
Режимы uird.mode=machines и uird.mode=changes поддерживают.
Т е запускаешь первый чистый запуск, настраиваешь рабочие столы и эти режимы уже работают с /home уже от новой точки настройки
А uird.home=home.img запускаешь и там все по нулям. Т е снова надо настраивать
Если первый чистый запуск сделать на режиме uird.home=home.img, то первые два режима
вполне вероятно надо будет снова настраивать
Ну и еще img образ у меня на флэшках тянет. Купил тут боле менее хорошую флэшку так там вроде ничего
Не uird.home, а uird.homes. Наверное не удачное название, слишком созвучно. Там нет специальных механизмов для сохранений, только способ сделать слоеный хомяк.
Кстати, uird.home в img должно работать и с первым запуском. Несколько месяцев назад добавлено. Можно указать размер и фс. С uird.homes наверное не сработает. Он не востребован у нас, забываю проверять.
Спасибо. Попробую
Но uird.home это скорее всего будет хорош при установке на диск.
Т е home.img устанавливается не на флэшку а на диск.
При запуске с флэшки home.img находится если он один в системе и на конкретном диске компа
то будет продолжена работа с настройками именно этого компа
Мне кажется, что домашняя папка это как раз то, что хотелось бы иметь на всех системах одинаковое. Где бы не загрузил, везде как дома 
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
-
Ошибся малость. Данная правка работает только в Убунту и надо, для работы от root под обыным юзером, пачить /root/.bashrc
-
В Магее подключил в систему /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