सूक्ति कुंजीयन डेमॉन ठीक से शुरू नहीं

Question

कुछ दिनों पहले से ही मेरा गनोम कीरिंग डेमॉन ठीक से शुरू नहीं हो रहा है।

लॉग इन करने के बाद:

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, दोनों कुंजी प्रेस और कार्रवाई के बीच एक मिनट तक का समय ले सकते हैं)

Seahorse लॉगिन कीरिंग नहीं दिखाता है

$ /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स्टार्टअप ऐप्स में जोड़ा , लेकिन यह प्रत्येक लॉगिन के बाद कीरिंग पासवर्ड के लिए संकेत देगा, जो पहले नहीं हो रहा था।

क्या हुआ और इसे कैसे ठीक करें, इस पर कोई विचार?

Comments

मुझे वास्तव में आश्चर्य होता है कि क्या कोई अपडेट इसके कारण हो सकता है। मैं ठीक उसी मुद्दे का अनुभव कर रहा हूं, और मेरे पास हर एक संसाधन को समाप्त करने के बारे में है जिसे मैंने पूरी तरह से पुन: स्थापित करने में शर्म की है। मुझे आशा है कि किसी को यह पता चल गया होगा। मैं ठीक शुरू करने के लिए डेमॉन प्राप्त करने में सक्षम हूं, लेकिन मुझे लॉग इन समय पर अनलॉक करने के लिए कीरिंग नहीं मिल सकती है।

— टेरेंस

बग रिपोर्ट देखें: bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— एंटोनियोस

अजीब बात है कि यह मुझे आज से 16.04 को प्रभावित कर रहा है।

— बाइट कमांडर

मैं एक ही समस्या पर gnome-shell(Ubuntu ग्नोम 16.04 से) स्थापित है। हाल ही में शुरू हुआ। इसलिए यह एकता-संबंधी नहीं लगता ...

— रमानो

@ByteCommander विधि ने मेरे लिए समस्या हल कर दी। धन्यवाद ...

— रमनो

Answer 1

मैं एक ही मुद्दे का सामना कर रहा हूँ,

एक अस्थायी समाधान के रूप में लॉगिन के बाद निम्नलिखित को चलाने का प्रयास करें

gnome-keyring-daemon --start --replace --foreground --components=secrets,ssh,pcks11

जब मैं यह कर रहा हूँ तो यह मुझे मेरी कुंजी को अनलॉक करने के लिए अपने रहस्य में प्रवेश करने के लिए प्रेरित करता है।

Comments

यह अभी भी कीरिंग को अनलॉक करने के लिए पासवर्ड पूछता है

— लॉरेंट

यह महान काम किया! लेकिन मुझे सिर्फ --startविकल्प को हटाने की जरूरत थी क्योंकि यह संगत नहीं है--replace

— अनवर

chrome को लोड करने में लंबा समय लग रहा था, टर्मिनल में मैं gnome-keyring-daemon टाइप करता हूँ, फिर क्लोज़ और ओपन क्रोम, अब मैं अपना पासवर्ड टाइप करने में सक्षम हूँ, thankyou

— christianbueno.1

Answer 2

मैं dbus-user-session(और उसके आश्रितों xdg-desktop-portalऔर xdg-desktop-portal-gtk) की स्थापना रद्द करके इस समस्या के आसपास काम कर सकता था । वे पैकेज फ्लैटपैक स्थापित करने के माध्यम से आए।

ओलाफ का धन्यवाद जिन्होंने मुझे सही रास्ते पर लाया ( https://forum.ubuntuusers.de/topic/gnome-keyring-daemon-doppelt/ )

Comments

यह मेरे सहित कई लोगों के लिए काम करने लगता है। अधिक जानकारी के लिए # 67 पर शुरू होने वाली इस बग रिपोर्ट को देखें। Bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

— एंटोनियोस

यह शीर्ष उत्तर होना चाहिए क्योंकि यह स्थायी रूप से किसी अन्य दुष्प्रभाव के बिना समस्या को ठीक करता है - सिवाय इसके कि जो एप्लिकेशन dbus-user-sessionइंस्टॉल करना चाहता था वह थोड़ा परेशान हो सकता है, लेकिन पूरे सिस्टम की तुलना में बेहतर है।

— बाइट कमांडर

यह मेरे लिए हल नहीं किया

— लॉरेंट

Answer 3

मैं /etc/pam.d/lightdm में एक लाइन पर टिप्पणी करके धीमी शॉर्टकट और हैंगिंग क्रोमियम को ठीक करने में सक्षम हूं

# session optional        pam_gnome_keyring.so auto_start

समस्या अधिक उपयोगकर्ताओं को प्रभावित करने के लिए लगती है btw: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825

Comments

यह अभी भी कीरिंग को अनलॉक करने के लिए पासवर्ड पूछता है

— लॉरेंट

हम्म ... मैं एक ही समस्या है, के साथ gnome-shellऔर gdm, इसलिए यह शायद सीधे संबंधित नहीं है। वैसे भी धन्यवाद, तलाश करेंगे pam... कहीं न कहीं से gnome-keyring-daemonशुरुआत करनी होगी

— रमानो

मैं gnome-sheel भी चलाती हूं, इसलिए मैंने जिस तरह की लाइन देखी, उसी तरह की कॉन्फिगरेशन को देख रही हूं /etc/pam.d/gdm-password। मैंने इसे टिप्पणी की थी लेकिन इसने इस मुद्दे को हल नहीं किया।

— लॉरेंट

Answer 4

मेरे साथ भी ठीक यही समस्या आई. मूल रूप से, जब भी मैंने शुरुआत की, मैं एक प्रक्रिया के रूप में सूक्ति-कीरिंग-डेमन को देख सकता था (ps -ef | grep कीरिंग)। यदि मैंने मैन्युअल रूप से --start विकल्प का उपयोग करके सूक्ति-कीरिंग-डेमन जारी किया है, तो यह पहले से चल रहे एक गलती उदाहरण को शुरू नहीं करेगा। मैन्युअल कटौती की प्रक्रिया से, मैंने पाया कि अगर मैंने उस प्रक्रिया को मार दिया और एक नया कीरिंग शुरू किया, तो सब कुछ सही रहा। तो यहाँ है कि मैं क्या समाधान "चिपचिपा" बनाने के लिए किया था ...।

मेनू पर जाएं - सिस्टम कॉन्फ़िगरेशन - स्टार्टअप ऐप

पहले से ही मौजूद सूक्ति-कीरिंग-डेमन प्रविष्टि को हटा दें (यदि आपके पास एक है)

निम्नलिखित गुणों के साथ एक नया सूक्ति-कुंजीयन डेमॉन बनाएँ:

Name = Gnome Keyring Daemon
Command = /usr/bin/gnome-keyring-daemon --replace --daemonize --components=pkcs11,secrets,ssh
Comment = Gnome Keyring Manager Daemon

स्टार्टअप आइटम को सहेजें, लेकिन सुनिश्चित करें कि इसमें थोड़ी देरी है - मैंने 10 सेकंड जोड़ा, और "चालू" विकल्प सेट किया।

अब रिबूट, और यह मेरे लिए निर्दोष काम किया। ऐसा लग रहा था--replace और --daemonizeसेटिंग्स ने मेरे VirtualBox टकसाल 18.3 दालचीनी और एक लेनोवो G710 लैपटॉप पर अंतर बना दिया है, यहाँ पर अन्य सुझावों के विभिन्न संयोजनों की कोशिश की है।