Приветствую!
Как известно, включая мой личный опыт или как описано здесь, при отсутствии места не сможет запуститься практически ни один из линукосвых DE, т.к. им требуется создавать в хомяке юзера новые файлы для своих нужд.
Какими способами можно ограничить перерасход места в домашнем разделе пользователя? И не допустить подобной, разочаровывающей пользователя в Linux, ситуации. 🤔
Подскажите, пожалуйста, направление поиска решения такой проблемы: Необходимо разрешить доменному пользователю настраивать свой CUPS, чтобы самостоятельно добавлять принтеры. В конфигурации /etc/cups/cups-files.conf прописано дефолтно: SystemGroup = lpadmin. Но если пользователю добавлять эту локальную группу «lpadmin» через механизм pam_group.so, то доступа всё равно нет (по id группа точно видна). Можно добавить одну из доменных групп пользователя в эту строку: SystemGroup = lpadmin DOMAIN\users, тогда доступ появляется. Непонятно почему группа есть, но CUPS ей не доверяет?
Проблема: Есть машина AstraLinux SE (Debian) с Samba (winbind), машина введена в существующий домен Windows (первый шаг миграции), на машину локально входит пользователь домена (как обычно через winbind в nsswitch.conf) принадлежащий определённой доменной группе, нужно добавить его в локальную группу, в частности в группу администраторов принтеров (lpadmin) с понятной целью. Какими способами это можно сделать?
По сути хотелось бы просто добавить доменную группу в локальную группу, но, если не ошибаюсь, Linux до сих пор не поддерживает иерархии групп.
Или может есть способ реагировать на аутентификацию такого пользователя и каким-то скриптом добавлять его в группу (хоть usermod’ом)? Вручную не хотелось бы.
Или как-то на лету мэппировать доменную группу в локальную?
Заранее благодарен за любые идеи.
Приветствую!
В Astra Linux SE (это Debian) необходимо установить пакет libncurses5 для одного средства разработки для STM32 (всё по человечески, в виде deb-пакета). Проблема в том, что уже стоит родной libncurses6 и apt указывает на конфликт пакетов. 😣
Как в такой ситуации, в 2022 году, принято поступать?
Понятно, что теоретически сами .so-бинарники библиотек могут быть разных версий, т.к. номер версии часто фигурирует в имени файла и они просто лежат бок о бок в каком-нибудь «/lib», а на самую последнюю указывает симлинк. Но в данном случае хотелось бы рецепт подходящий для электроника только пересевшего на Linux, и пользующегося максимум Synaptic’ом. 😎
P.S. На LOR подобные проблемы с установкой двух разных версий одного пакета/библиотеки конечно уже описаны, и не однократно, но первый ответ везде - «никак». Но, может быть, за последние пару лет появились какие-нибудь способы это сделать?
Драйвер в наличии только в виде бинарного файла (.ko), а его исходники в составе программно-аппаратного комплекса не поставлялись изначально. Версия Linux - это, видимо, экстремально обрезанный Debian (т.к. внутри syslinux, busybox и т.п.), где-то между 4 и 5 версиями, причём использовалась нестандартная версия ядра, которая никогда не поставлялась в составе официального релиза Debian-а. Фирма - производитель комплекса давно закрылась.
Я правильно понимаю, что надежды нет, и что из-за монолитности ядра Linux, модули, скомпилированные для конкретного ядра, подходят исключительно только для него, с точностью до не только полной версии ядра, но и до совпадения конфигурации (и опций компилятора)?
Технически, утилита insmod либо отказывается считать файл модулем ядра, если версия ядра не совпадает полностью, либо не хочет загружать модуль из-за «несовпадения символов», если версия ядра совпадает.
Какие в истории были попытки модернизации архаичной текстовой системы логов unix (т.е. /var/log), которую к сожалению унаследовал linux?
Почему систему можно считать архаичной: не предназначена для высоконагруженных систем; не стандартизирована; не структурирована; не поддерживает цикличность (logrotate 😣); не устойчива к повреждениям (нет журналов, нет контрольных сумм); нет поддержки удалённого доступа; нет поддержки реакций на определённые события; нет универсального интерфейса пользователя.
Пример попыток модернизации: система slogger из QNX.
Актуальность: В свете последний событий, скорее всего, придётся переходить с AD на AstraLinux, и терять вышеописанный функционал Windows Event Log. И непонятно, например, как исполнять требования по типу «хранить журналы безопасности 90 дней».