Демон брелока для ключей Gnome, не запускающий правильно
Так как несколько дней назад мой демон брелока для ключей Gnome не запускал правильно.
После входа в систему:
ps aux | grep keyring
user 3496 0.0 0.0 214408 15800 ? SLl 13:30 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login
Приложения жалуются на неспособность получить доступ к брелоку для ключей (и не удаваться сделать так), некоторые ярлыки являются очень медленным CTRL+ALT+T для терминала, или экран Print может и занять до минуты между нажатием клавиши и действием),
Морской конек не показывает брелок для ключей входа в систему
$ /usr/bin/gnome-keyring-daemon
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
$ ps aux | grep keyr
user 3496 0.0 0.0 214408 15800 ? SLl 13:30 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login
user 8524 0.1 0.0 211004 12468 pts/5 SLl 13:38 0:00 /usr/bin/gnome-keyring-daemon
Затем как только приложение хочет получить доступ, я получаю подсказку пароля брелока для ключей. После того, как разблокированный, брелок для ключей работает правильно.
Я взглянул для запущения приложений для моей сессии, и у меня только есть одна команда, которая релевантна:
/usr/bin/gnome-keyring-daemon --start --components=ssh
Я добавил /usr/bin/gnome-keyring-daemon для запущения приложений но это запросит пароль брелока для ключей после каждого входа в систему, которого не происходило прежде.
Какая-либо идея о том, что произошло и как зафиксировать это?
5 ответов
Я сталкиваюсь с той же проблемой,
как временная попытка решения выполнить следующее после входа в систему
gnome-keyring-daemon --start --replace --foreground --components=secrets,ssh,pcks11
, Когда я делаю это, это предлагает мне вводить свой секрет для разблокирования моих брелоков для ключей.
Я мог работать вокруг этой проблемы путем удаления dbus-user-session (и ее dependendants xdg-desktop-portal и xdg-desktop-portal-gtk). Те пакеты вошли посредством установки плоского корпуса.
Благодаря Olaf, который принес мне на правильном пути ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt / )
Я смог зафиксировать медленный ярлык и зависающий хром путем комментирования одной строки в/etc/pam.d/lightdm
# session optional pam_gnome_keyring.so auto_start
, проблема, кажется, влияет на большее количество пользователей btw: https://bugs.launchpad.net/ubuntu / + source/gnome-keyring / + ошибка/1689825
У меня была точно та же проблема. В основном, каждый раз, когда я запустил, я видел гнома-демона брелока для ключей как процесс (PS-ef | grep брелок для ключей). Если бы я вручную вышел, гном-демон брелока для ключей, использующий - запускают опцию, она не запустила бы один экземпляр отказа, уже работающий. Процессом ручного вычета я нашел, что, если я уничтожил тот процесс и запустил новый брелок для ключей, затем все работало прекрасное. таким образом, вот то, что я сделал для создания решения "липким"....
войдите в меню - конфигурацию системы - приложения запуска
удалите запись гнома-демона брелока для ключей, которая уже является там (если у Вас есть один),
создайте нового демона брелока для ключей гнома со следующими свойствами:
Name = Gnome Keyring Daemon
Command = /usr/bin/gnome-keyring-daemon --replace --daemonize --components=pkcs11,secrets,ssh
Comment = Gnome Keyring Manager Daemon
Сохраните объект запуска, но удостоверьтесь, что он имеет маленькую задержку - я добавил 10 секунд и установил опцию "On"
Теперь Перезагрузка, и это работало безупречно на меня. Это, казалось, было --replace и --daemonize настройки, которые имели значение на моем Монетном дворе VirtualBox 18,3 корицы и Lenovo G710 Laptop, примерив различные комбинации других предложений здесь.
Это также может произойти, если вы используете apparmor и каким-то образом (обновления, что-то еще) apparmor перестает запускаться при загрузке. Вы получите сообщение о том, что gnome-keyring-agent не может выделить безопасную память. Запуск apparmor , выход из системы и повторный вход в систему временно исправляют ее, повторно активируя apparmor при загрузке с помощью systemctl enable apparmor , а перезагрузка устраняет это навсегда (если это было твоя проблема!).