Сетевые интерфейсы

Сетевые интерфейсы -  это проблемма.
Мне нравится в работе NetworkManager. Особенно он удобен при работе с модемом. Поэтому он у меня основной.
NetApplet никуда не удален. Просто не запускается при старте.
Тем более, что NetworkManager беспокойств не доставляет. Есть данная сеть -  запускает. Нет - то нет.

Ну я конечно не  AlexL. Уровень у меня поскромнее. Не программист системщик.

Если начать с чего начали, то ручнаое редактирование в  файлах

/etc/sysconfig/MagOS
~/MagOS-Data/MagOS.ini

Это как у  AlexL

Интересная мысль !
Тогда будет  .Настройки  / .Инструменты

Только можно поподробнее со списком.
С меню конечно надо разбираться.

Режим SAVETOMODULE (сохранение сис-изменений в память)

Работает в КДЕ и  LXDE. Это, для меня, приятная неожиданность. Раньше в  LXDE не работал.
Но в  LXDE пока не рабатает контекстное меню мыши  для маговских утилит(оно для КДЕ). Что конечно неудобно.

Приветствую, господа.
Ingvaro, прочитал ветку. Есть вопросы и предложения.
1. По сохранению базы rpm. Не буду поновой объяснять почему в магос сделано именно так. Просто предлагаю добавить к urpm2lzm и rpmdrake2lzm ключик, который заставит их сохранять базу. Допускаю, что это может быть полезным в определенных обстоятельствах. Так у нас будут единые скрипты.
2. Что не так с rpmdrake2lzm?
3. Что за секретный менеджер модулей у AlexL? Хоть скриншот глянуть
4. Что не допилено в нашем  модменеджере. Если есть вопросы по адаптации, спрашивайте. Лучше у нас, сюда редко захожу.
5. Почему rootcopy монтируется? По задумке копироваться должен. А вообще uird позволяет любой каталог и монтировать и копировать.
6. По м9 идея интересная. Может пригодится. Если склероз не изменяет в магос эти .wh файлы работают только если лежат в верхнем слое aufs. У вас не так?  Ну то есть мне пришлось бы их класть например в rootcopy.
7. Не понимаю проблем с машинно-зависимыми файлами.  Не используйте save2module для создания общих модулей и все. Это режим для конкретной машины, также как changes=xzm. Urpm2lzm создает универсальные модули, без "мусора". Грабли тоже возможны, но значительно реже.
8. Нужно стремиться к общим скриптам везде где возможно. Тогда наши нововведения будут доступны у Вас сразу и наоборот. Михаил, к примеру систему обновлений сделал по лету. Или syschanges тот же. Надо и наших гуру попинать, по поводу полного  перехода на uird
Пока вроде все. Больше всего интересует менеджер модулей от magicOS. Что за зверь такой?

А что это за ключик ?
Просмотрел http://www.magos-linux.ru/dwiki/doku.php
Но ничего там не нашел

Не совсем корректно работает с rpm-базой (для МагОС это не актально) - https://forum.mageia.org.ru/viewtopic.p … 081#p11081
Он работает как бы в unionfs. Т е  file:///etc/urpmi/urpmi.cfg он берет в первом модуле
МагОС  работает на aufs и drakrpm в системе берет его в последнем модуле
В MagOS+Mageia 4.1-alfa   я добил, но ....
МагОС от нее отказался. В последнем magos-linux-master.zip его уже нет ( по крайней мере я его там не нашел )
Когда освоил save2module, то  rpmdrake2lzm стал не нужен

Менеджер модулей у AlexL конечно не конкрент вашему. Он более аскетичен.

Когда он был совместим с МагОС я его использовал.
А сейчас свежей версии я не запускал.

В вашем модменеджере , при запуске его в Магее я, например ,  не могу пользоваться инсталятором
Так как он скачивает обновления с сайта МагОС, а для Магеи они не подходят.
В менеджер модулей у AlexL  можно запустить rpmdrake2lzm  или   ~/MagOS-Data/MagOS.ini

Он все нормально копируется, но если кликнть на флэшку  (где находится МагОС), то  там будет, почему то ,  содержание папки rootcopy.  Кто пользется  rootcopy. это хорошо. Ком он не нужен, то это, вероятно, раздражает.

Если  в корне системы (вероятно это верхний слой aufs) найти файл, который надо удалить.
Удалить его.
То  в /memory/changes появится .wh.имя_файла
Именно этот .wh.имя_файла  если поместить его в rootcopy удалит из системы ненужный файл
Вначале пытался вручную создавать. Но они не работали

Проблем с машинно-зависимыми файлами нет. Если m9 не будет, то в /var/log записи будут сохраняться
Для системы это не актуально.
Но save2module у меня сохраняет все. Если есть  m9  то должен быть чистый запуск
Если нет  m9, то это  запуск для конкретной машины

И  m9  появился как побочный  продукт создания системного модуля.
Сначала я редактировал саму флэшку (где установлена Магея), но этот вариант неудачен
Потом решил смонтировать флэшку и редактировать уже смонтированный образ
скрипт монтирования :

$AUT-rw=rw  -   это и есть будущий m9
Там надо удалить лишнее
Только из системы этот модуль делать проблематично. Т к файл надо удалить из корня системы и не всякий файл система позволит удалить

Сам МагОС , на мой взгляд,  можно разделить на две части :

-  Скрипты управления модулями   /usr/lib/magos/scripts
-  Скрипты настройки системы.

  Скрипты настройки системы могут быть разные.
  Скрипты управления модулями, это как бы основа МагОС. И она будет одинакова на всех системы
И  syschanges у меня то же работает

В мире нет ничего положительного и отрицательного.  Вот как пояснял ситуацию с rpm - базой neobit

Трудно не согласиться. У меня действительно, при сохранении rpm - базы,   в ~/MagOS/base  даже лучше не переставлять модули.
Просто я привык к rpm-базе. И кто то должен делать  обновления. В MagOS там все таки коллектив и, похоже обязанности разделены.
В Магее как то я один и похоже, что идея модульного дистрибутива, на этом форуме,  особо никого не интересует.
И как делать модуль с обновлениями без rpm-базы?  А если объем обновлений 500 Мб ?

Тут напрашивается такое разделение при запуске

1) Обычнай  пользователь  .   Это посмотреть видео,фильм  и поиграть в интернет-игры и здесь save2module незаменим. Перезагрузился и все
2) Администратор.  Это полный Магос со всеми возможностями. Т е когда пользователь освоился на первом уровне и захотел узнать систему поглубже.
    Не захотел ?  Ну это его право выбора
3)  Сервер.    Планирую, у себя, модуль MDS (Mandriva Directory server). Ну а в МагОС есть свой сервер.

Как  разделить это надо думать.
Пока у меня в Администратор есть запуск rootcopy, а в Обычнай  пользователь нет
Запустил без rootcopy  и получился MagicOS

Я у себя уже сделал подобный эксперимент. Папка /boot теперь  ссылка на /memory/data/from/0/boot
Это позволило сократить операции с boot
Установил новое ядро и  файлы прекрасно записались в  /memory/data/from/0/boot
Удалил  старый 3.19.8-desktop586 (через savetomodule) и удалился  vmlinuz-3.19.8-desktop586-3.mga5 и пр.
Ничего не надо никуда переносить.
Действительно можно и с /var/lib/rpm так же поступить

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

freeze, как я понял, это резервирование системы http://forum.rosalab.ru/viewtopic.php?f … eze#p51309

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

Режим savetomodul предназначен создания модуля с изменениями системы при выключении.
Т е   работаешь  как  обычно и при выключении системы все результаты работы запоминаются в виде модуля
Если этот режим в дистрибутиве есть, то все упрощается.
Допустим установил обновления или пакет, выключил систему , запустил снова и сбой ....
Проблем нет.  Запускаешь систему без последнего модуля с изменениями и возвращаешься к исходной точке.

Основная идея модульного дистрибутива - это сборка системы не из пакетов, а из модулей.  В МагОС , например, периодически выпускаются обновления  и обновленные сборки.
Моя сборка (https://forum.mageia.org.ru/viewtopic.p … 958#p15958) отличается от МагОС  сохранением рпм-базы (/var/lib/rpm) при создании модуля с изменениями системы
Т к рпм-база в модуля с изменениями может различаться и на других компах созданный модуль может не запуститься.
Основная задача моей сборки  -  это отлдчик программ, для Магеи
Сохранив рпм-базу я потерял в модульности, но зато приобрел качество тестирования различных программ и приложений на Магее. Допустим есть проблемное приложение и теперь без опаски можно экспериментировать
И работа на ней теперь ничем не отличается от обычной Магеи
И , поэтому, в моей сборке обновления можно уже получать с реопозитариев Магеи

Ели что то опять запутанно написал, то не теряйтесь. Пишите