Несколько путей, от большинства до наименее надежного (и most-least "тяжелый"):
ps -p$$ -ocmd=
. (На Солярисе это, возможно, должно быть fname
вместо cmd
. На OSX и на BSD должен быть command
вместо cmd
.)$BASH_VERSION
, $ZSH_VERSION
, и другие определенные для оболочки переменные.$SHELL
; это - последнее средство, поскольку оно указывает Вашу оболочку по умолчанию и не обязательно текущую оболочку.С точки зрения безопасности ответ - то, что в текущих дистрибутивах Вы не можете сказать, какое приложение это. См. этот отчет об ошибках для разъяснения от разработчика брелока для ключей гнома, включая последствия безопасности и объем задачи.
С практической точки зрения я также использую автовход в систему на Ubuntu, и кажется, что это - действительно nm-апплет.
Я устанавливаю свое поле для автовхода в систему, и это делает это на каждом входе в систему. В моем случае это - nm-applet/network-manager семейство приложений.
Править: btw, которым проблема была вокруг в течение некоторого времени, очевидно некоторые полуфиксируют, был отменен во время обновления пакета, но я отступаю..., одно решение здесь
НЕЗАВИСИМО ОТ ТОГО, ЧТО вызывает проблему, Вы могли добавить после входа в систему, но перед всем остальным: сценарий с libpam-gnome-keyring для разблокирования его... пакет для получения этого инструмента: libpam-gnome-keyring, по крайней мере, в 11,04
#!/bin/bash
#launch useful stuff for gnome #first unlock the default keyring...
echo YOUR_PASSWORD_HERE | /usr/libexec/pam-keyring-tool -u -s
#then run nm-applet in the background...
nm-applet &
Видео доказательства, что это - nm-апплет, здесь
Вы могли попытаться взглянуть на файлы журнала :-)
Возможно, что-то находится в /var/log/auth.log
после неправильного пароля.
Проверьте свои приложения автоматического запуска под System -> Preferences -> Sessions -> Startup Programs
и ~/.config/autostart
Проверьте рабочие процессы с top
и ps aux
, проверьте дерево процесса ps axjf
Должно быть довольно просто выяснить, какой процесс требует Вашего брелока для ключей?