मैक ओएस एक्स टर्मिनल लॉग इन नहीं कर रहा है
जवाबों:
यह संभव है कि आपकी .bashrc फ़ाइल में एक बग हो ... आप या तो अपने .bashrc में इको स्टेटमेंट चिपका सकते हैं, या इसे हटा सकते हैं, या यह देखने के लिए bash के बजाय tcsh आज़मा सकते हैं कि क्या समस्या है ...
मुझे भी ऐसी ही समस्या का समाधान करना पड़ा था।
मेरे मामले में, टर्मिनल शीर्षक में 'टर्मिनल - लॉगिन - 80x24' कहता है ।
मैं ओएस एक्स डिस्क से टर्मिनल को फिर से स्थापित नहीं करना चाहता था, और इसलिए मैंने कई अलग-अलग प्रक्रियाओं का पालन किया, और अंत में उनमें से एक ने काम किया। मुझे यकीन नहीं है कि जो सबसे महत्वपूर्ण है, लेकिन मैंने अपने सटीक कदम साझा करने का फैसला किया है जब कोई उन्हें मददगार पाता है:
1. com.apple.Terminal.plistदूर हटो ~/Library/Preferences/।
कुछ रिपोर्ट कि टर्मिनल कॉन्फ़िगरेशन फ़ाइल गड़बड़ हो सकती है और ऐप को शुरू करने से रोक सकती है।
इस फ़ाइल को बैकअप के लिए कहीं ले जाएँ, टर्मिनल छोड़ें और इसे फिर से शुरू करें।
मेरे मामले में, कॉन्फ़िगरेशन को फ़ॉन्ट और रंग सेटिंग्स को डिफ़ॉल्ट रूप से रीसेट करना, लेकिन समस्या बनी रही। यदि ऐसा है, तो दो कदम आगे बढ़ें:
2. बैश के अलावा शेल चलाने की कोशिश करें
करने के लिए कुछ सलाह के लिए टर्मिनल में परिवर्तन डिफ़ॉल्ट खोल /bin/zshऔर टर्मिनल को पुनः आरंभ करता है, तो समस्या बैश के लिए विशिष्ट है देखने के लिए। मेरे मामले में, ऐसा करने से कुछ भी नहीं बदला, और टर्मिनल अभी भी लटका रहेगा login।
3. .bash*होम डायरेक्टरी से फाइलों को दूर ले जाने की कोशिश करें
मुझे याद आया कि पिछले सत्र के दौरान मैंने .bash_profileअपनी निर्देशिका में फ़ाइल बनाई थी । शायद इसके साथ कुछ गलत है। यदि आपने स्वयं को नहीं बनाया है, तो कुछ इंस्टॉलर इसे बना सकते हैं (या संपादित कर सकते हैं), खासकर यदि सॉफ्टवेयर मैक ओएस के लिए विशिष्ट नहीं है।
दुर्भाग्य से, खोजक डिफ़ॉल्ट रूप से छिपी हुई फ़ाइलों को नहीं दिखाता है और ऐसा करने का एक आसान तरीका प्रदान नहीं करता है। हालाँकि, मेरे मामले में, मैंने पाया कि ऑटोमेकर वास्तव में बैश कमांड को सफलतापूर्वक चला सकता है :
यह वह स्क्रिप्ट है जिसका मैंने उपयोग किया था:
cd ~
mkdir backup
for F in .bash*
do
mv $F backup
done
इसने मेरे घर निर्देशिका से शुरू होने वाली सभी फाइलों .bashको backupउपनिर्देशिका में स्थानांतरित कर दिया ।
4. रिबूट
एप्लिकेशन को पुनरारंभ करना मेरे लिए इस बिंदु पर काम नहीं करता था, लेकिन मैंने रिबूट को एक कोशिश देने का भी फैसला किया ।
रिबूट करने के बाद, टर्मिनल ने काम किया। देखा!
मैंने सहेजे गए को com.apple.Terminal.plistवापस ले लिया ~/Library/Preferences/, वर्तमान को बदलकर, और पुरानी (और कुछ हद तक उपयोगी नहीं) .bash*फ़ाइलों को हटाने और backupनिर्देशिका को हटाने का फैसला किया ।
मुझे नहीं पता कि यह एक संयोग था या विशिष्ट चरणों का एक संयोजन जो समस्या को हल करता है लेकिन मुझे खुशी है कि टर्मिनल फिर से काम कर रहा है, और मुझे आशा है कि आपका भी ऐसा होगा।
यदि वर्तमान प्रक्रिया वास्तव में "लॉगिन" है, तो इसका आमतौर पर मतलब है कि लॉगिन एक लॉगिन सत्र बनाने के लिए इंतजार कर रहा है और अभी तक शेल शुरू करने का प्रयास नहीं किया है। इसे सत्यापित करने के लिए, एक्टिविटी मॉनिटर में देखें और देखें कि क्या आप शेल को चला रहे हैं या यदि आप केवल "लॉगिन" प्रक्रिया देखते हैं। ध्यान दें कि यदि आपके पास अन्य टर्मिनल खुले हैं, तो आप उनके लिए अन्य "लॉगिन" और शेल प्रक्रिया देख सकते हैं, इसलिए सावधान रहें कि आप किन प्रक्रियाओं की जांच कर रहे हैं। मुसीबत की प्रक्रिया आमतौर पर उच्चतम प्रक्रिया आईडी नंबर (पीआईडी) के साथ नवीनतम होती है।
मुझे पता है कि मार्क सिजमेन्स्की ने कहा कि रिबूटिंग ने उनके मामले में मदद नहीं की, लेकिन मुझे लगा कि मुझे इसका उल्लेख वैसे भी करना चाहिए: अगर यह वास्तव में "लॉगिन" में फंस गया है, तो सबसे आम कारण यह है कि आपने "सुडो" चलाया और फिर टर्मिनल बंद कर दिया। जब यह आपके पासवर्ड दर्ज करने की प्रतीक्षा कर रहा था। यदि आप ऐसा करते हैं, तो sudo पासवर्ड के लिए हमेशा प्रतीक्षा करता है और यह सभी लॉगिन को तब तक ब्लॉक करता है जब तक आप sudo प्रक्रिया को नहीं मार देते। समस्या को हल करने का सबसे सरल तरीका रीबूट है। वैकल्पिक रूप से, आप एक्टिविटी मॉनिटर (या यदि आप पहले से ही खुले हैं तो किसी अन्य टर्मिनल से) sudo को मार सकते हैं। Mac OS X Lion 10.7 के अनुसार, sudo नोटिस करेगा जब टर्मिनल चला जाता है और पासवर्ड का इंतजार करना बंद कर देता है, इसलिए यह समस्या अब नहीं होनी चाहिए।
लॉगिन देरी का एक अन्य कारण यह है कि यदि आप एक ओपन डायरेक्टरी नेटवर्क से जुड़े हैं और डायरेक्ट्री सर्वर सुस्त या अनुत्तरदायी है। अपने नेटवर्क व्यवस्थापक को इसकी रिपोर्ट करें। यह आमतौर पर केवल कुछ सेकंड की देरी का कारण बनता है, लेकिन कुछ मामलों में वे कई मिनट तक रह सकते हैं।
समस्या शेल या नेटवर्क नहीं है। * .Asl फाइलें निकालें:
sudo rm -rf /private/var/log/asl/*.asl
इसमें समय लगता है, क्योंकि यह एक नया खोल शुरू करता है। लेकिन इसके बाद, यह फिर से ठीक काम करता है।