Стартует и закрывается приложение под одним из пользователей

Доброго времени всем. Начинаю по неволе постигать linux, внедряя Astra linux на гос.предприятии. Навыков оч мало, разбираюсь, но с определенной проблемой никак не могу.
Собственно есть прога gscan2pdf и она отлично работает в учетке админа, а также запускается в любой другой учетке юзера(тестовый).
НО! В учетной записи реального юзера она открывается и моментально закрывается ( процесс сразу пропадает).
Пробовал стартануть от имени другого юзера - работает, но не тянет сканер.
При запуске из терминала выдается следующее:

Error: no profile supplied at /usr/bin/gscan2pdf line 3554.
Perl exited with active threads:
2 running and unjoined
0 finished and unjoined
0 running and detached

Вот эта 3554 строка:


Вот файл profiles:


Помогите pls разобраться

"rec39" написал:

Error: no profile supplied at /usr/bin/gscan2pdf line 3554.
Perl exited with active threads:
2 running and unjoined
0 finished and unjoined
0 running and detached

Здравствуйте. Это вот не оно? https://sourceforge.net/p/gscan2pdf/bugs/222/

т.е. "I'll fix this, but in the mean time, the workaround is to delete ~/.gscan2pdf"
т.е. rm -f ~/.gscan2pdf

Если не помогает, сравнить группы, в которые входит нерабочий юзер и рабочий.
Добавить пользователя в группы scanner и plugdev:

usermod -G plugdev,scanner -a юзер

...и перегрузиться.

Если опять нет, дополнительно читать здесь...

p.s. Что-то не видать сегодня убунтоидов... :)

rec39 написал:

Помогите pls разобраться

для начала покажи выхлоп id от того юзера(не рута!) от которого работает(user1_cool), а затем от того от которого не работает(user2_fail):
[console]
(user1_cool)$ id
(user2_fail)$ id
[/console]
по идее сканер имеет свою группу и доступ к нему имеют только её члены, и(!), возможно, но это не точно, могут быть траблы с suid_bit, так что покажи ещё и его:
[console]
ls -l /usr/bin/gscan2pdf
[/console]
ну и ессно надо смотреть чего там в домашней директории юзера понавалено, тот же .bashrc может кучу радости доставлять если "умеючи". Так что давай и $PATH:
[console]
(user1_cool)$ echo $PATH
(user1_fail)$ echo $PATH
[/console]

!

/sbin не вижу, насколько это правильно и критично к сожалению не знаю, но у меня так...
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
Добавлено: 11.09.2020 05:01:19

Забыл уточнить, что это в Gentoo.
Попробуйте в терминале выполнить
[console]export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games[/console] и в нем же после этого запусить, что у вас там коряво работает, если всё хорошо, то добавьте это в домашнй директории, в .bashrc

попробуй таки совет alex_q_2000, :
[console]rm -f ~/.gscan2pdf[/console]
в директории проблемного юзера.
Тут дело во внутренних настройках локального юзера. Это часто бывает после обновлений - более новая версия не умеет в собственные установки себя же старой. Лечится удалением из домашней директории скрытых файлов этой программы.
Можно это вручную сделать - включи в файловом менеджере отображение скрытых файлов и поищи(глазами) в скрытых каталогах .config и .local файлы и каталоги с названием этой проги gscan2pdf, gscan2pdfrc и т.п.. и просто удали их.

В самых тяжёлых случаях можно вообще все скрытые файлы удалить, тогда все настройки учётки будут сброшены в дефолтный вариант. Если были сделаны какие-то заточки аль-ля правки .bashrc то их можно предварительно сохранить. Насчет .bashrc - крайне не рекомендуется что-то в него писать относительно локальной PATH, т.к. в этом случае глобальные установки из /etc/profile будут игнорироваться, что может привести с чудесатым траблам, например настройки из /etc/profile.d не будут прочитаны... это всё влечёт ситуацию, когда вообще все настройки локальной PATH надо прописывать в этот файл.

gramozeka, Он чистого юзера создавал если прочитать чуть внимательнее, а ваше предположение по поводу путей мне понравилось, сам сталкивался с похожим. К тому же желательно запусть с ldd как мне кажется. :)
Добавлено: 11.09.2020 12:52:13

У друидов вычитал, что в Astra linux вовсе sbin отсутствует *JOKINGLY* Потому судя по выхлопу в верху проблема как раз в этом. Потому ваше предположение о показе PATH по-моему правильное, но в тоже время мне не понятно как переменная простого юзера в .bashrc может так сильно покарёжить систему. :-X не от root же оно будет.

"shtoom" написал:

Он чистого юзера создавал

я об этом и сказал, чистый юзер работает штатно, не работает у него старый "заточеный" юзер.

"shtoom" написал:

переменная простого юзера в .bashrc может так сильно покарёжить систему.   не от root же оно будет.

не систему!, конкретного юзера, там механизм следующий - логин сессии начинает инициацию всех путей через /etc/profile, в котором есть указание на набор скриптов в /etc/profile.d, когда все пути инициированы, идёт опрос домашней директории на предмет наличия .bashrc, .bashprofile и пр., держим в уме, что глобальный пул переменных уже сформирован, и к примеру, если в .bashrc встречается конструкция PATH=/usr/bin:$HOME/bin . к чему это приведёт? к полностью нерабочей PATH, любую команду надо прописывать в абсолютных путях, но некоторые системные скрипты содержат абсолютные пути, а некоторые опираются на глобальные переменные сессии, где подразумевается системная PATH с корректными путями, а она поломана, И получим винегрет где что-то работает, а что-то молча фыркает, без каких либо вменяемых объяснений в консоли.
Домашний .bashrc это очень мощный инструмент для решения узких специфических задач в реалтайме, для повседневного его лучше вообще не использовать, для нормальной работы достаточно системных настроек по умолчанию, любые "изыски" - это потенциальная ловушка в будущем, заточка юзера с переподвыподвертом это не показатель крутости админа, а показатель его некомпетентности.