क्यों सूद बहुत लंबा रास्ता तय कर रहा है?


13

मैंने हाल ही में macOS Sierra 10.12.4 Beta (16E144f) को अपडेट किया और यह हो सकता है कि sudo10 मिनट तक देरी हो सकती है क्योंकि यह सबसे हाल का बदलाव है जो मुझे याद है क्योंकि यह समस्या हुई थी। मुझे कभी भी एक बुनियादी कार्यक्रम के लिए इतना लंबा इंतजार नहीं करना पड़ा और कुछ स्पष्ट रूप से गलत है। आदेश अंततः सफल हो जाता है, लेकिन बहुत लंबा इंतजार करने के बाद।

मैं इस प्रश्न को संदर्भ के रूप में उपयोग कर रहा हूं । अब तक, मैंने अपने होस्टनाम को 127.0.0.1पंक्ति के अंत में और /etc/hostsसाथ ही साथ जोड़ने का प्रयास किया है। मैंने जाँच की /etc/resolv.confऔर मेरे पास कुछ अतिरिक्त प्रविष्टियाँ थीं जब मैं एक नेटवर्क पर था जिसे मैन्युअल DNS प्रविष्टियों की आवश्यकता थी, लेकिन मैंने उन्हें हटा दिया और कोई अंतर नहीं आया। मैंने networksetup -setdnsserversमूल मूल्यों को पुनर्स्थापित करने के लिए कमांड का उपयोग किया । इंटरनेट अभी भी ठीक काम करता है लेकिन फिर भी बहुत धीमा है sudo

मैंने logger 'test'यह सोचते हुए कमांड की कोशिश की कि वह इसे लिखे /var/log/system.log, लेकिन ऐसा लग रहा है कि यह पूरी तरह से उस फ़ाइल को हटा दिया गया है, हालांकि इसे जल्द ही नया बना दिया गया था।

मैं यह straceदेखने के लिए कमांड का उपयोग करने की उम्मीद कर रहा था sudoकि दौड़ते समय क्या हो रहा था, लेकिन ओएस एक्स पर वह कमांड उपलब्ध नहीं है। क्या कोई पहले भी इस ऑपरेटिंग सिस्टम पर इस समस्या में भाग गया है?

/var/log/system.log में निम्नलिखित संदेश हैं जो प्रासंगिक हो सकते हैं। फिर से कमांड सामान्य रूप से सफल होती है:

Feb  1 00:07:39 mycomputer com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): Unknown key for integer: _DirtyJetsamMemoryLimit
Feb  1 00:07:56 mycomputer com.apple.xpc.launchd[1] (com.apple.quicklook[2355]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
Feb  1 00:08:16 mycomputer System Preferences[1886]: I can not do what i want
Feb  1 00:11:23 mycomputer com.apple.xpc.launchd[1] (com.apple.opendirectoryd[2335]): Service exited with abnormal code: 70
Feb  1 00:12:07 mycomputer syslogd[54]: ASL Sender Statistics
Feb  1 00:16:35 mycomputer com.apple.xpc.launchd[1] (com.apple.opendirectoryd[2395]): Service exited with abnormal code: 70

किसी भी सहायता की सराहना की जाएगी।


इससे कोई फर्क नहीं पड़ता कि आप सूडो के माध्यम से कौन सी कमांड चलाते हैं? लॉग में लगने वाला समय स्टैडो को निष्पादित करने और सुडोकू चलाने की आपकी कार्रवाई से कैसे संबंधित है? मैं वहाँ में opendirectoryd देखता हूं, क्या आप स्थानीय खाते या नेटवर्क खाते के साथ काम करते हैं? यदि आप उपयोगकर्ताओं को स्विच करते हैं (या स्थानीय रूप से एक नया सेट अप करते हैं), तो क्या सुडो वहां भी धीमा है?
nohillside

मैं एक ही बीटा चला रहा हूं और सुडोल हमेशा की तरह तेज है।
nohillside

1
@patrix आह ठीक है। हाँ यह बहुत अच्छी तरह से कुछ और हो सकता है। हाँ, यह कोई बात नहीं है कि मैं सूडो के साथ किस कमांड का उपयोग करता हूं, देरी सुसंगत है। मूल रूप से, कमांड उस लॉग लाइन के चारों ओर शुरू होती है com.apple.quicklookऔर अंत में अंतिम रूप से समाप्त हो जाती है, इसलिए उस उदाहरण में बीच में उन सभी संदेशों के साथ लगभग 8 मिनट था। जब भी यह अंत sudo lsमें मेरे स्थानीय होम डायरेक्टरी में चलता है, तो ओपेंडिरेओर्ड संदेश प्रकट होता है । अभी मैं केवल स्थानीय फ़ोल्डरों के साथ काम कर रहा हूं। मेरे पास इस कंप्यूटर पर केवल एक उपयोगकर्ता है, हालांकि मैं देख सकता हूं कि एक नए खाते के साथ क्या होता है ...
स्पेंसर विलियम्स

@patrix मैंने अभी व्यवस्थापक विशेषाधिकारों के साथ एक और उपयोगकर्ता बनाया है। अफसोस की बात है कि उस खाते में बहुत ही समस्या है।
स्पेन्सर विलियम्स

जवाबों:


11

ErikMH के जवाब ने मुझे यह विचार दिया कि पहले केवल मेरे सिस्टम को फिर से अपडेट / अपग्रेड किए बिना sudoers फ़ाइल को वापस करने का प्रयास करें। तो संक्षेप में:

  1. रूट शेल पाने के लिए इसे चलाएं: sudo -s
  2. की प्रति उपलब्ध करावें /private/etc/sudoers
  3. Daud: cp /private/etc/sudoers\~orig /private/etc/sudoers
  4. अनुमतियाँ चलाकर ठीक करें: chmod 440 /private/etc/sudoers ; chown root:wheel /private/etc/sudoers
  5. किसी भी फाइल /private/etc/sudoers.d/को वहां से दूर ले जाएं
  6. sudoदूसरे टर्मिनल में परीक्षण करें
  7. अनजाने में कमांड चलाने से रोकने के लिए इस शेल से बाहर निकलने के लिए मत भूलना जब आप का मतलब नहीं है

अब दौड़ना sudoफिर से काम करना चाहिए।

अगला चरण पुरानी sudoers फ़ाइल (आपने चरण 2 में प्रतिलिपि बनाई गई) और वर्तमान एक के बीच के अंतरों की जांच करना है और उन परिवर्तनों को चरण दर चरण वापस जोड़ें /private/etc/sudoersया /private/etc/sudoers.d/, sudoयदि परिवर्तन इसे तोड़ता है, तो जाँच करने के लिए कमांड का उपयोग करके हर बार कमांड चला रहा है।

मेरे मामले में, मैंने sudoers फ़ाइल में कोई भी सम्‍मिलित समूह निर्दिष्ट नहीं किया था। सही है कि मेरे मुद्दे को ठीक कर दिया।


MacOS पर काम किया 10.13!
निसबा

मेरे लिए भी काम किया (OSX 10.13)। इसके अलावा एक ही समस्या थी - sudoer फ़ाइल में कोई भी समूह नहीं है।
पेट्र सिबुलका

हम्म ... मुझे याद नहीं है कि मुझे मशीन में सूडोर्स फाइल बदलना है जहां मुझे यह समस्या थी, लेकिन मुझे लगता है कि मैंने कोशिश की थी कि आप मेरे सिस्टम को पुनर्स्थापित करने के बजाय क्या सुझाव दें।
स्पेंसर विलियम्स

मैंने आगे बढ़कर आपका उत्तर स्वीकार कर लिया क्योंकि ऐसा लग रहा है कि लोग इस बात की पुष्टि कर रहे हैं कि यह मदद करता है, और मुझे यकीन है कि मैंने यह पहली कोशिश की थी, न ही मैं आमतौर पर आपके पूरे सिस्टम को बहाल करने की सलाह देता हूं।
स्पेंसर विलियम्स

2

यदि आपने / निजी / etc / sudoers फ़ाइल को संपादित किया है तो यह 10.12.4 में अपग्रेड करते समय हो सकता है।

सबसे आसान समाधान है:

  1. सिस्टम के पिछले संस्करण पर वापस जाएं (आप हमेशा अपडेट करने से पहले अपने सिस्टम को क्लोन करते हैं, सही?)
  2. हटाएँ / निजी / आदि / sudoers
  3. कॉपी / निजी / आदि / sudoers ~ मूल sudoers करने के लिए
  4. सिस्टम / रूट में sudoers के स्वामित्व को रीसेट करें - केवल पढ़ने के लिए
  5. सिस्टम को 10.12.4 पर अपग्रेड करें

"यह तब हो सकता है जब आप कभी भी / प्राइवेट / etc / sudoers फाइल को एडिट करते हैं। क्या हम जानते हैं कि वास्तव में यह क्या कारण है?
वाहफुन्हापी

1

काश, मुझे इसका वास्तविक कारण मिल जाता, लेकिन मैं सिस्टम सॉफ़्टवेयर को पुनर्स्थापित करने के बाद ही समस्या का समाधान कर सकता था। मैं पहले macOS Sierra के पब्लिक बीटा पर था लेकिन अब मैं मुख्य पर हूं।

मैं धीरे-धीरे अपने सभी कार्यक्रमों को वापस लोड कर रहा हूं और अगर मुझे sudoफिर से देरी का अनुभव होता है, तो मैं ध्यान दूंगा ।


0

मेरे पास एक फाइल थी /etc/sudoers.d/जिसे मैंने हटा दिया। वोइला - sudoफिर से तेज है।

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