एक दुर्घटना के बाद टर्मिनल और नॉटिलस ने काम करना बंद कर दिया


9

कुछ गलत हो गया और, C ++ प्रोग्राम के बाद मैं दुर्घटनाग्रस्त हो गया, मेरे टर्मिनल और नॉटिलस (फाइलें) ने काम करना बंद कर दिया।

मैं टर्मिनेटर (एक और शेल एमुलेटर) स्थापित करने में कामयाब रहा, टर्मिनेटर से टर्मिनल शुरू करने की कोशिश के दौरान मुझे यहाँ क्या मिल रहा है:

(सूक्ति-शैल:)) ९): क्लटर-क्रिटिकल **: ०१: ४ ९: ३५.५३२: अव्यवस्था को आरंभ करने में असमर्थ: अव्यवस्था बैकेंड को आरंभ करने में असमर्थ: कोई उपलब्ध ड्राइवर नहीं मिला। (सूक्ति-शेल:)) ९): म्यूटेर-वार्निंग **: ०१: ४ ९: ३५.५३२: अव्यवस्था को शुरू करने में असमर्थ।

यह है कि मुझे Nautilus लॉन्च करते समय क्या मिलता है (btw किसी तरह मैं इसे टर्मिनेटर से लॉन्च कर सकता हूं लेकिन आइकन पर क्लिक करके नहीं)

** (nautilus: 445): चेतावनी **: 01: 48: 33.021: AT-SPI: डेस्कटॉप पथ या नाम प्राप्त नहीं कर सका ** (nautilus: 445): चेतावनी **: 01: 48: 33.026: AT-SPI : डेस्कटॉप पथ या नाम प्राप्त नहीं कर सका ** (nautilus: 445): चेतावनी **: 01: 48: 33.031: AT-SPI: डेस्कटॉप पथ या नाम प्राप्त नहीं कर सका

..... उस त्रुटि के एक और 10-15 पुनरावृत्ति ...।

** (nautilus: 445): चेतावनी **: 01: 48: 33.509: AT-SPI: डेस्कटॉप पथ या नाम प्राप्त नहीं कर सका ** (nautilus: 445): चेतावनी **: 01: 48: 33.509: AT-SPI : डेस्कटॉप पथ या नाम प्राप्त नहीं कर सकता

किसी भी संकेत पर कि मैं चीजों को वापस सामान्य कैसे प्राप्त कर सकता हूं?

EDIT: यह रिबूट के बाद बनी रहती है।


शायद एक बेवकूफ सवाल, लेकिन क्या यह एक पुनरारंभ के बाद बनी रहती है? बेहतर है कि अपने प्रश्न में जोड़ें।
वैनेडियम

@ न्यूज़ीलैंड फेयर सवाल! यह रिबूट के बाद बनी रहती है, मैंने संपादन किया है।
रोटकीव

1
मैंने अभी भी इसे हिट किया है, और इसके लिए एक मुद्दा रिपोर्ट प्रस्तुत की है: Bugs.chromium.org/p/chromium/issues/detail?id=988902
डैनियल फैकरेल

जवाबों:


12

मैंने आज आपको जिन समस्याओं का वर्णन किया है, उन्हीं समस्याओं का सामना करना शुरू कर दिया है। मुझे इस धागे में अपना समाधान मिला: https://forums.linuxmint.com/viewtopic.php?t=279168

( पोस्टीरिटी के लिए ) वर्किंग टर्मिनल प्राप्त करने के लिए पहले टर्मिनेटर या एक्सटरम स्थापित करें। सिंटैप्टिक पैकेज मैनेजर खोलें और उसे वहां स्थापित करें।

अपने होम फोल्डर में मौजूद फाइलों की अनुमति की जांच करें

find $HOME ! -user $USER

विशेष रूप से में फ़ाइलों के लिए खोज पर हो .dbus

आप एक साथ सभी अनुमतियों को हल कर सकते हैं

sudo chown -Rc $USER:$USER $HOME

इसके अतिरिक्त, मैंने $HOME/.dbus/session-busChrome रिमोट डेस्कटॉप और उसके डेटा को इन फ़ाइलों को हटा दिया $HOME/.config/chrome-remote-desktopऔर रिबूट किया। मेरी धारणा यह है कि क्रोम रिमोट डेस्कटॉप ने अपडेट के दौरान खुद को फिर से शुरू किया और होम फोल्डर में रूट के रूप में कुछ फाइलें लिखीं।


3
मुझे लगता है कि यह मेरे मामले में भी क्रोम-रिमोट-डेस्कटॉप हो सकता है। सचमुच विचित्र। वैसे भी। यह अब काम करता है। धन्यवाद!
रोटकिव

मुझे खुशी है कि इसने मदद की। आप जांच सकते हैं /var/log/apt/history.logऔर देख सकते हैं कि क्रोम-रिमोट-डेस्कटॉप कुछ दिनों के इन पिछले कुछ और अपडेट के संबंध में पॉप अप करता है या नहीं।
Michiel

यह मेरे साथ फिर से हुआ। इस बार $HOME/.config/chrome-remote-desktopफिर से हटाकर इसे ठीक कर दिया। तो वहाँ निश्चित रूप से यह करने के लिए कुछ है।
Michiel

धन्यवाद, इसने मुझे रिकवरी से बचाया।
मोंटेनेग्रॉड

यह जवाब मुझे भी मदद करता है। मैंने उबंटू को 18.04 से 19.04 संस्करण में अपग्रेड किया है और chrome-remote-desktopऐप इंस्टॉल किया है । जवाब से कदम और रिबूट ने समस्या को ठीक कर दिया था।
वोलेजर

2

जैसा कि उपरोक्त उत्तर में उल्लेख है, निर्देशिका ~ / .dbus / महत्वपूर्ण है। यदि यह मौजूद नहीं है, तो इसे बनाएं।

यदि वह मदद नहीं करता है, तो पर्यावरण चर सेट करें NO_AT_BRIDGE=1


2

Https://bugs.chromium.org/p/chromium/issues/detail?id=988902 के माध्यम से क्रोमोटिंग टीम के साथ काम करने के बाद , यहां मैंने जो सीखा है:

Gnome (और संभवतः XFCE और अन्य) वर्तमान में एक ही उपयोगकर्ता के लिए बहुत ही इनायत से कई सत्रों को नहीं संभालते हैं।

इस मामले में, क्रोम रिमोट डेस्कटॉप को जोड़ने से एक डिफ़ॉल्ट गनोम सत्र बनाया जा सकता है जो सीआरडी क्लाइंट का उपयोग करने के लिए जोड़ा जा सकता है। क्योंकि यह दूसरा सत्र शुरू में स्थानीय सत्र के बाद बनाया गया था, सभी स्थानीय सत्र पर ठीक प्रतीत होते हैं, और अगले रिबूट तक यह मुद्दा पूरी तरह से अनसुना हो सकता है।

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

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

अब के लिए अनुशंसित वर्कअराउंड एक अलग सत्र प्रकार का उपयोग करने के लिए CRD को कॉन्फ़िगर करने के लिए है, उदाहरण के लिए वांछित कॉन्फ़िगरेशन के साथ ~ / .chrome-Remote-Desktop-session फ़ाइल बनाकर।

क्रोमोटिंग टीम के पास एक पैच है जो वे एक नए संस्करण में रोल आउट करेंगे जिससे उपयोगकर्ता के अनुभव में काफी सुधार होने की उम्मीद है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.