जेली बीन पर संदेश लॉग तक पहुँचने में समस्याएं

Question

सारांश

मुझे केलॉग संदेश का उपयोग करके के 9 लॉग संदेशों को एक्सेस करने में समस्या हो रही है, अधिक जानकारी के लिए नीचे देखें। मैं क्या जानना चाहूंगा:

• A9ogcat लॉग दर्शक में दिखाई देने वाले K9 से कोई लॉग संदेश क्यों नहीं हैं?
• क्या किसी के पास कोई सुझाव है कि मैं अपने K9 फ़ोल्डरों को सिंक करने की कोशिश करते समय होने वाली त्रुटियों का पूरा पाठ कैसे देख सकता हूं?
• जेली बीन में कुछ बदल सकता है जो काम को रोकने के लिए K9 के लॉगिंग का नेतृत्व करता है?
• चूँकि वहाँ सामान्य रूप से बहुत कम संदेश दिखाए जा रहे हैं, इसलिए जेली बीन में कुछ बदलाव आया है, जिसका अर्थ यह हो सकता है कि यह अब सभी संदेशों तक पहुँचने में सक्षम नहीं है?

विस्तार

मुझे हाल ही में K9 के साथ कनेक्शन की समस्या हो रही है। मेरे फ़ोल्डर सिंक करने में विफल हैं और फ़ोल्डर सूची सॉकेट त्रुटियों ( libcore.io.ErrnoException:) या एसएसएल त्रुटियों ( javex.net.ssl.SSLException:) आदि से भरी हुई है, जहां अंतिम चेक किया गया समय होना चाहिए। मुझे अलग-अलग संदेश मिलते हैं, जिनके आधार पर समस्या हो रही है, लेकिन मैं त्रुटि संदेश का पूरा पाठ नहीं देख सकता हूं, इसलिए यह अनुमान लगाना मुश्किल है कि इसका कारण क्या हो सकता है।

यह सोचकर कि लॉग फ़ाइलों में अधिक जानकारी हो सकती है, मैंने डीबग लॉग रिकॉर्ड करने के निर्देशों का पालन किया , डी 9 में डीबग लॉगिंग सक्षम किया, एलोगट स्थापित किया और लॉग को देखने की कोशिश की। अफसोस की बात है, जो भी लॉग बफर मैं चुनता हूं ( मुख्य , ईवेंट या रेडियो ), वहां के 9 से कोई संदेश नहीं दिखता है।

अगर मैं सुझाए गए (k9|AndroidRuntime)रेगेक्स फिल्टर को जोड़ देता हूं तो मुझे किसी भी लॉग में कुछ भी नहीं दिखता है । अगर मैं इसे हटाता हूं तो मेन में ज्यादातर कचरा संग्रह संदेश होते हैं , इवेंट में ज्यादातर संदेश केवल एलोगट से होते हैं और मैंने अभी तक रेडियो में लॉग संदेश नहीं देखा है ।

अगर इससे कोई फर्क पड़ता है, तो मैं एक नेक्सस 7 का उपयोग कर रहा हूं, लेकिन मैंने सोचा होगा कि लॉगिंग एक मानक स्थान पर होती जो एंड्रॉइड वर्जन के लिए नहीं बदलती।

Answer 1

क्या किसी के पास कोई सुझाव है कि मैं अपने K9 फ़ोल्डरों को सिंक करने की कोशिश करते समय होने वाली त्रुटियों का पूरा पाठ कैसे देख सकता हूं?

ऐसा लगता है कि रूट एक्सेस के बिना डिवाइस पर इन लॉग संदेशों को देखने का कोई तरीका नहीं है , लेकिन यदि आपके पास रूट एक्सेस नहीं है, तो कुछ विकल्प हैं, या तो एलोगकैट को आवश्यक अनुमति दें या देखने के लिए एक भयानक हैक ^टीएम का उपयोग करने पर विचार करें। उन्हें सीधे।

अपने पीसी या वर्कस्टेशन पर लॉग फाइल देखें adb

यदि आप अपने एंड्रॉइड डिवाइस को पीसी या वर्कस्टेशन से कनेक्ट कर सकते हैं, तो आप adbकमांड के माध्यम से लॉग तक पहुंच सकते हैं ।

विंडोज पर ऐसा करने के लिए, सबसे पहले आपको स्थापित करना होगा एंड्रॉयड एसडीके (जो की आवश्यकता होगी जावा SE एसडीके ) और जोड़ने android-sdk\toolsऔर android-sdk\platform-toolsकरने के लिए सिस्टम पथ । फिर, अपने Nexus 7 को यूएसबी डिबगिंग सक्षम USB के माध्यम से इसे प्लग, और स्थापित एंड्रॉयड समग्र एडीबी इंटरफ़ेस से android-sdk\extras\google\usb_driver(मैं, यहाँ देखने के लिए Windows XP के लिए मजबूर करने के लिए किया था पर यह खुद यह ड्राइवरों नहीं मिल जाएगा)।

कैसे प्राप्त करने के लिए की जानकारी के लिए adbऔर चल पूर्ण Android SDK स्थापित करें, या मैक या लिनक्स मशीनों पर, देख के बिना इज़ी उत्तम जवाब करने के लिए वहाँ एडीबी का एक न्यूनतम स्थापना है?

तब आप एक खोल (यानी एक cmdखिड़की) खोल सकते हैं और कमांड चला सकते हैं:

adb logcat k9:V *:S AndroidRuntime:E

• मैंने पुष्टि की है कि यह मेरे गैर-निहित नेक्सस 7 पर काम करता है।

अनुलग्‍नक को अनुमति प्रदान करें

यदि आपके पास रूट एक्सेस है , तो आप एलोगट की READ_LOGSअनुमति देने पर विचार कर सकते हैं , जैसा कि इस पोस्ट में सुझाया गया है एलोगट / कैटलाग / लुम्बरजैक काम नहीं कर रहा है? ऐसा करने के ... पर XDA डेवलपर्स मंच :

pm grant <pkg> android.permission.READ_LOGS

को यह अनुमति प्रदान करने alogcatया alogcat.donate, आप निम्न कमांड में से एक हैं, तो आप संस्करण है या नहीं दान चल रहे हैं, इस आधार पर प्रयोग करेंगे:

pm grant org.jtb.alogcat.donate android.permission.READ_LOGS
pm grant org.jtb.alogcat android.permission.READ_LOGS

एंड्रॉइड-डेवलपर्स और टिकट पर एक पोस्ट के अनुसार , अनुमति अनुदान रिबूट और अपडेट से बचता है, लेकिन अनइंस्टॉल / पुनर्स्थापना नहीं।

अफसोस की बात है कि इसके लिए रूट एक्सेस की आवश्यकता होती है, चाहे मैं इसे डिवाइस पर चलाऊं या अपने पीसी पर (पहले से उपसर्ग कर adb shell) मुझे बस त्रुटि मिलती है:

Neither user 12345 nor current process has android.permission.GRANT_REVOKE_PERMISSION

• मैं पुष्टि नहीं कर सकता कि यह काम करता है, क्योंकि मेरे Nexus 7 को रूट नहीं किया गया है।

एक भयानक हैक ^टीएम का उपयोग करने पर विचार करें

यदि आपके पास रूट एक्सेस है , तो आप डिवाइस शेल से सेतुइड logcat रूट बनाने और लॉगकैट चलाने पर विचार कर सकते हैं , जैसा कि मेरे जवाब में यह सुझाव दिया गया है कि मैं रूट एक्सेस के बिना अपने Nexus 7 पर एंड्रॉइड लॉग फाइल कैसे एक्सेस कर सकता हूं? सवाल:

chmod 04755 /system/bin/logcat
logcat k9:V *:S AndroidRuntime:E

• फिर से, मैं इस बात की पुष्टि नहीं कर सकता कि यह काम करता है और मैं शायद इसका उपयोग केवल अंतिम उपाय के रूप में करूंगा , सुरक्षा के निहितार्थ को देखते हुए।

---

A9ogcat लॉग दर्शक में दिखाई देने वाले K9 से कोई लॉग संदेश क्यों नहीं हैं ?

जेली बीन में कुछ बदल सकता है जो काम को रोकने के लिए K9 के लॉगिंग का नेतृत्व करता है?

चूंकि उल्लेखनीय कुछ संदेशों से दिखाया जा रहा हो रहे हैं aLogcat सामान्य रूप में, कुछ Jelly Bean में बदल गया है जो अर्थ हो सकता है यह अब सभी संदेशों को उपयोग करने में सक्षम है?

यह जेली बीन में एक परिवर्तन प्रतीत होता है जो सभी अनुप्रयोगों को प्रभावित करता है जो लॉग फ़ाइलों को पढ़ने की कोशिश कर सकते हैं।

जाहिर तौर पर जैली बीन में 3 पार्टी एप्लिकेशन को READ_LOGS की अनुमति नहीं दी गई है । चूंकि यह लिंक अविश्वसनीय लगता है:

आज मैंने Google Play पर रिलीज़ करने से पहले अपने एप्लिकेशन को नवीनतम (एपीआई 16) एमुलेटर पर परीक्षण किया है। यह पता चला कि Android अब 3rd पार्टी एप्लिकेशन को यह अनुमति देने से इंकार करता है। यह अजीब है क्योंकि मैंने सभी जेली बीन के दस्तावेजी परिवर्तनों को देखा है और READ_LOGS की अनुमति का उल्लेख नहीं किया है।

और बादमें

READ_LOGS के लिए प्रोटेक्शनवेल अब "सिग्नेचर | सिस्टम | डेवलपमेंट" है। प्रोटेक्शन लिवेल के लिए नया पाइप सिंटैक्स भी अनइंस्टॉल किया गया है (देखें http://code.google.com/p/android/issues/detail?id=34785 )।

मेरा संदेह यह है कि एलोगट केवल अपने द्वारा उत्पन्न संदेशों को देख रहा है और यह vm है।

अधिक जानकारी के लिए, मेरे प्रश्न का फ़्लो आंसर देखें कि मुझे अपने जेली बीन सिस्टम लॉग फ़ाइल के सक्रिय होने की कितनी उम्मीद करनी चाहिए?

Comments

IIRC adb logcatअभी भी जेली बीन पर पूर्ण Android लॉग प्राप्त करने में सक्षम है।

— फ्लो

इसे रूट की आवश्यकता नहीं है, लेकिन आपको अपने डिवाइस (आमतौर पर डेवलपर विकल्पों के तहत) पर एडीबी को सक्षम करने की आवश्यकता है।

— प्रवाह

@ फ़्लो - मैंने अब पुष्टि की है कि मैं अपने पीसी पर लॉग को adb logcatवहां से देख सकता हूं और उसी के अनुसार अपना उत्तर अपडेट कर सकता हूं। यह अभी भी निराशाजनक है कि मुझे डिवाइस से रूट एक्सेस के बिना लॉग का उपयोग करने का कोई तरीका नहीं मिल सकता है।

— मार्क बूथ

यह जेबी लॉग परिवर्तन का पूरा बिंदु है कि एक गैर-रूट उपयोगकर्ता पूर्ण सिस्टम लॉग तक नहीं पहुंच सकता है ।

— प्रवाह करें

@ फ़्लो - हाँ, और लॉग संदेशों का पूरा बिंदु यह है कि आप उनका उपयोग यह पता लगाने के लिए कर सकते हैं कि क्या चल रहा है। JB एक ऐपलॉगट की तरह एक ऐप बनाता है , क्योंकि यह अब केवल लॉग मैसेज को ही एक्सेस कर सकता है, जो उसने खुद बनाया है!

— मार्क बूथ

Answer 2

मैंने K9 में इस व्यवहार को देखा है जब मेरे मेल सर्वर ने एसएसएल प्रमाणपत्रों को अपडेट किया है। ठीक देर तक दबा खाते में था, चयन Account settings -> Fetching mail -> Incoming serverऔर सिर्फ मारा Nextपृष्ठों के माध्यम से अपनी सेटिंग की पुष्टि करने के लिए जब तक आप प्रमाण पत्र के बारे में पॉपअप मिल (यदि सब कुछ प्रमाण पत्र के साथ ठीक है यह दिखाई नहीं दे सकते, मेरा एक गलत vhost था)। प्रमाण पत्र की पुष्टि करें और बस बाकी सेटिंग्स के माध्यम से जाएं और आपको काम करना शुरू करना चाहिए।

Comments

@MarkBooth शायद आपने पूछा होगा कि, हम आम तौर पर उन सवालों को प्राथमिकता देते हैं जो समाधान नहीं देते हैं।

— मैथ्यू पढ़ें

@MatthewRead मुझे यहां मार्क से सहमत होना चाहिए: अपने सारांश में 4 आइटम स्पष्ट रूप से वह लॉगिंग समस्या के साथ मदद करना चाहता है, और मुझे यहां "XY समस्या" (पूर्व निर्धारित समाधान) भी दिखाई नहीं देता है। बेहतर से मेल खाएंगे (और ध्यान) "समस्याओं का कारण निर्धारित करने के लिए logcat का उपयोग करना";): लेकिन शायद प्रश्न का शीर्षक यह रेखांकित करने के लिए समायोजित किया जाना चाहिए - K9 स्पष्ट रूप से सिर्फ उदाहरण है

— इज़ी

@ मर्कबूत येप, tnx - अब बहुत स्पष्ट है। विस्तृत उत्तर के लिए भी tnx! कृपया हमें अपनी प्रगति के बारे में अपडेट रखें।

— इज़ी

क्या मुझे अपना उत्तर हटा देना चाहिए, क्योंकि यह संपादन के बाद पूरी तरह से विषय है और नीचे की ओर प्रवण होना चाहिए?

— onik

यह आप पर निर्भर है। जैसा कि मैंने मूल रूप से कहा था कि मैं उत्तर देने के लिए समय निकालने के लिए आपकी सराहना करता हूं, लेकिन अब जब मैंने इस प्रश्न को अपडेट कर दिया है तो आपका उत्तर और भी अच्छा लगता है। मुझे लगता है कि आप हमेशा इंतजार कर सकते हैं और देख सकते हैं कि क्या यह -3 से नीचे का मतदान हो जाता है ताकि आप अपने सहकर्मी के दबाव के बैज को इकट्ठा कर सकें । * 8 ')

— मार्क बूथ