REDOS, $HOME лежит на сети (шара CIFS, подключена через pam_mount). Графическая оболочка работает нормально, но Chromium запускается с ошибкой профиля. При запуске пишет например: failed to open /profiles/user/.config/chromium/graphitedawncache/data_0 И ещё несколько подобных ошибок. Но дело в том, что этот файл существует. Под этим же пользователем по этому пути могу его читать, писать, все права на месте. Более того, при каждой попытке запуска Хрома время у таких файлов обновляется. Если $HOME перетащить на локал - всё работает. Про Case sensitive знаю, всё совпадает. Если прямо из ошибки скопировать путь к файлу - он видится. В чём может быть проблема?

Как можно дебажить authselect и pam? Вот например узнал я, что профиль authselect - такой то, в этом каталоге несколько файлов вида system-auth, password-auth? Как узнать, какой файл будет отрабатывать? В какой момент управление перейдёт файлам в каталоге /etc/pam.d? И к каким именно?

И как узнать в процессе выполнения модулей какой результат они выдают?

OS: REDOS+GDM Требуется, чтобы при ошибке монтирования через модуль pam_mount запрещался логин пользователя в GUI. В ./etc/pam.d/gdm-password я в строке session optional pam_mount.so disable_interactive заменил optional на required и requisite, вставлял эту строку в разные блоки, в начало блоков, пробовал вставлять в system-auth, ничего не помогает, даже если mount не состоялся, логин разрешается. Будто модуль не передаёт код ошибки. Что я делаю не так? Панамку приготовил.

Товарищи, а у кого-нибудь работает нормально в связке Codium + Python функция run selection? У меня на разных ОС (win и Linux) и с разными версиями компонентов - нигде нормально не работает. Причём в разных вариантах - по разному…

Всем доброго дня. Вопрос по обновлению питона в редос. У него установлен и есть в репозиториях версия 3.11, если вручную поставить 3.14, то система ломается. Есть ли способ как-то пользоваться в codium свежей версией Python на этой системе?

Всем привет. Подскажите пожалуйста новичку, придайте начальный пинок в нужную сторону. Есть программный продукт, у него есть API (OPENAPI3/SWAGGER). Я могу curl-ом давать в него запросы, получать данные в формате json. Но как это автоматизировать? Не вручную же парсить ответы через grep или findstr? Может есть какой-то способ наподобие загрузить расширение для vscode, загрузить туда schema и чтобы получать по запросам данные в готовом виде сразу в переменные? Ну понятно, что не сразу, а надо соответствие как-то настроить. Не могу даже для начала нагуглить что почитать, все статьи для тех, кто уже неплохо в теме.

Всем привет. Настроил профили dconf с разными настройками для разных пользователей через $DCONF_PROFILE, всё работает, но. Все изменения, которые вносятся в DCONF, работают только для новых пользователей, у которых ещё нет профиля. Так как в иерархии dconf пользовательская БД без вариантов стоит выше остальных, и настройки, которые были единожды прописаны у пользователя в профиле, перекрывают все остальные, как бы ты их не менял в system-db.

user-db:user

system-db:user

system-db:local

system-db:site

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

Возможно ли такое сделать? Права в MAte управляются через dconf, и он через переменную $DCONF_PROFILE узнаёт, какой профиль загружать, например админский или юзерский. Можно как-то на этапе логина задавать для логинящегося пользователя такую переменную, в идеале только для чтения? Через pam_exec пробовал, но он от имени рута выполняется, и пользователь этой переменной не видит. Если прописывать в /etc/environment, то для всех пользователей переменная будет одинаковая. А логиниться могут и юзеры и админы одновременно.

Перемещено hobbit из general

По умолчанию (REDOS) Mate считает администраторами группу wheel. Только её члены в панели управления пользователями имеют статус администратора и полные права на GUI. Нет ли способа заставить её считать административной ещё группы? Пробовал через pam.d добавлять в группу wheel другие группы - в целом способ работает, но Mate на это не реагирует.

Cервер в домене Windows (realm/sssd).

Добавил в /etc/security/group.conf:

*;* ;user;Al0000-2400;wheel

Добавил в /etc/pam.d/sshd:

auth optional pam_group_so

Работает, при логине user добавляется в группу wheel.

Но с доменными юзерами так не работает:

*;*;%group;Al0000-2400;wheel

*;*;%group@domain;Al0000-2400;wheel

эти варианты не работают. Хотя система доменные группы видит. Работает только вариант:

*;*;*;Al0000-2400;wheel

При нём доменный пользователь попадает в группу wheel. Ну оно и понятно. Почему pam не видит доменных групп? Вроде всё делаю как в документации.

Не могу даже понять, в какой раздел создать тему, если что - просьба перенести. Есть REDOS+MAte (сменить дистрибутив - не предлагать), введена в домен AD (realm+sssd), доменные пользователи успешно логинятся в систему. Задача: сделать так, чтобы пользователи определённой группы AD были администраторами именно в MATE. Эти пользователи уже в sudoers,но это не даёт им полных прав в оболочке MAte.

Никак не могу выбрать, каким путём идти:

1. Самый очевидный - сделать так, чтобы пользователи определённых групп AD становились при логине членами локальной группы wheel - они бы сразу стали штатными администраторами в Mate. Шероховатости бы закрыл методами 2 и 3. Но как это сделать - я найти не смог. В сети много чего написано, но именно такого варианта не нашёл, именно чтобы пользователи определённой группы AD становились при логине членами определённой локальной группы. Одинаково называть группы - не вариант. Также не нашёл другого способа сделать юзера админом в MAte кроме ручного тыкания в GUI и членства в группе wheel.

2. Использовать polkit. Там в правилах можно явно указать группу, которой разрешено действие. Но смущает ограниченное количество действий. Например, как через polkit закрыть определённые пункты в меню MAte - непонятно.

3. Через dconf, там настроек много, и можно делать профили для разных типов пользователей. И при логине будет применяться профиль из определённой переменной. Но тут опять вопрос - как при логине пользователя назначать эту переменную, исходя из членства в группах AD?

Перемещено hobbit из general

Добрый день всем. В чем суть: Надо настроить контроллер заряда AXP288C через i2c. При постановке на зарядку эти параметры слетают. И каждые 5 минут просто по расписанию эти параметры настраивать тоже нежелательно. В идеале надо как-то отследить именно факт постановки на зарядку и выполнить после этого скрипт. Можно конечно через эти же регистры контроллера или через /sys/power/где-то-там отслеживать бит установки на зарядку, но это менее красиво: надо как-то хранить прошлое состояние, постоянно и часто дергать контроллер для проверки. Может есть уже какое-то готовое решение, чтобы система реагировала именно «сама» на подключение зарядного устройства? Ах да, дистрибутив РедОС 8, так вышло :)