2011-04-03 19 views
6

करने का प्रयास करते समय मैं 'बस त्रुटि' को कैसे ठीक करूं? मेरे पास ओएस एक्स सर्वर पर एक गिट रिपोजिटरी है जो ठीक काम करने के लिए उपयोग की जाती है। मैं फ़ाइलों को जोड़ने, उन्हें प्रतिबद्ध करने और सामग्री को अपने लैपटॉप में खींचने में सक्षम था।गिट-प्रतिबद्ध या गिट-स्टेटस

अब, जब मैं सर्वर में ssh करता हूं और git commit या git status भंडार में करता हूं, तो मैं कमांड लाइन में देखता हूं bus error है।

git log अभी भी ठीक से काम करता है और मुझे सामान्य आउटपुट देता है।

मुझे लगता है कि भंडार के साथ कुछ गलत है, क्योंकि उसी सर्वर पर अन्य रिपोज़ में git commit और git status अभी भी काम करते हैं।

मैं इसे डिबगिंग/फिक्सिंग के बारे में कैसे जा सकता हूं?

अद्यतन: मैंने समस्या से पहले बनाई गई निर्देशिका को फिर से बनाया है। इससे मुझे git status फिर से करने की अनुमति मिली!

रनिंग git commit -a सीधे उस के बाद, हालांकि, निम्न त्रुटि दिया:

fatal: Unable to create '/path/to/repo/.git/index.lock': File exists. 

If no other git process is currently running, this probably means a 
git process crashed in this repository earlier. Make sure no other git 
process is running and remove the file manually to continue. 

मैं तो मैन्युअल index.lock फ़ाइल हटा दी, और अब समस्या हल है ..

मैं कोई सुराग नहीं है क्या गलत हो गया है कोई विचार..?

उत्तर

5

Bus error स्मृति समस्या इंगित करता है; यह डिस्क पर दूषित फ़ाइल के रूप में सरल हो सकता है, git प्रोग्राम में एक बग, या मेमोरी, मेमोरी कंट्रोलर इत्यादि में विफलता

यदि आप अपने कंप्यूटर पर रात भर मेमोरी परीक्षण उपकरण चला सकते हैं, तो इससे बाहर निकलने में मदद मिलेगी असफल स्मृति और नियंत्रक। (तुम भी अजीब SIGBUS या SIGSEGV बड़े compiles, या अन्य कार्यक्रमों के यादृच्छिक दुर्घटनाओं के दौरान के साथ उन्हें स्थान हो सकता है ...)

आप अपने लैपटॉप के क्लोन से सर्वर पर भंडार फिर से बना सकते हैं, और देखें कि क्या यह सही ढंग से काम करता है ? मेरा अनुमान है कि भंडार दूषित हो गया है, और इसे एक अच्छे क्लोन के साथ प्रतिस्थापित करने की आवश्यकता है।

+0

धन्यवाद सरनाल्ड, क्या आपने मेरे मुद्दे पर अपडेट देखा है? क्या आपको लगता है कि यह वास्तव में यादृच्छिक रूप से फिर से काम करता प्रतीत होता है, यह इंगित करता है कि सर्वर में वास्तव में स्मृति समस्याएं हैं? –

+0

@ Will0, बिना किसी जानकारी के, मुझे लगता है कि स्टेल लॉक फ़ाइल यहां सबकुछ का परिणाम है और चिंता करने की कोई बात नहीं है। (मुझे पता है कि _sounds_ बेवकूफ है, लेकिन मैं यह समझ नहीं सकता कि यह कैसे स्मार्ट कह सकता है।) यदि यह वापस आ रहा है, तो चिंता करें :) लेकिन ऐसा लगता है कि डिस्क पर बस दूषित फ़ाइल थी। (यह शायद कुछ भी चिंताजनक हो सकता है, लेकिन जब तक आप अधिक भ्रष्टाचार नहीं देखते हैं, तो मैं इसके बारे में ज्यादा चिंता नहीं करता।) – sarnold

+0

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

0

मैकोज सिएरा (10.12.3) पर अंतर्निहित फाइल सिस्टम के साथ समस्या के कारण मुझे इस समस्या का सामना करना पड़ा। अनिवार्य रूप से, किसी कारण से मेरा एन्क्रिप्टेड। डीएमजी दूषित हो गया - मुझे लगता है कि hdutils के साथ विस्तारित होने के कारण।

डिस्कटाइटीलिटी ने फाइल सिस्टम के साथ समस्या का निदान किया, लेकिन इसे सुधार नहीं सका।

मुझे मिला एकमात्र समाधान छवि को फिर से बनाना और रेपो को फिर से क्लोन करना था।

संबंधित मुद्दे