मोरोद
मूल पोस्टर- 1 जनवरी, 2008
- निकेल पर, उधर....
- अप्रैल 28, 2008
मैंने हाल ही में अपनी सत्यापित डिस्क अनुमतियां चलाई हैं, और मैं अभी भी इस पर काफी नया हूं। एकमात्र प्रविष्टि जो वापस आई वह थी 'एसीएल मिली लेकिन 'लाइब्रेरी' पर अपेक्षित नहीं थी।
क्या मुझे इस बारे में चिंतित होना चाहिए?
धन्यवाद, हमेशा की तरह, दी गई किसी भी मदद/सलाह के लिए।
मोरोद
शब्दमुंगेर
- सितम्बर 3, 2003
- उत्तरी केरोलिना
- अप्रैल 28, 2008
मोरोड ने कहा: हाय सब लोग,
मैंने हाल ही में अपनी सत्यापित डिस्क अनुमतियां चलाई हैं, और मैं अभी भी इस पर काफी नया हूं। एकमात्र प्रविष्टि जो वापस आई वह थी 'एसीएल मिली लेकिन 'लाइब्रेरी' पर अपेक्षित नहीं थी।
क्या मुझे इस बारे में चिंतित होना चाहिए?
धन्यवाद, हमेशा की तरह, दी गई किसी भी मदद/सलाह के लिए।
मोरोद विस्तार करने के लिए क्लिक करें...
मुझे नहीं पता कि इस संदर्भ में 'एसीएल' क्या है, लेकिन क्या आपने अनुमतियों की मरम्मत की? आमतौर पर कंप्यूटर किसी भी समस्या को अपने आप ठीक कर सकता है।
उस ने कहा, अधिकांश एमआर सदस्य इस बात से सहमत हैं कि मरम्मत की अनुमति उतनी महत्वपूर्ण नहीं है जितनी पहले हुआ करती थी। अगर आपको कोई समस्या नहीं आ रही है तो आपको ठीक होना चाहिए।
एक्सयूकेएचसीएक्स
प्रशासक एमेरिटस
- जनवरी 15, 2006
- कोपो
- अप्रैल 28, 2008
Mac OS X 10.5: डिस्क उपयोगिता की मरम्मत डिस्क अनुमतियाँ SUID फ़ाइलों के साथ समस्याओं की रिपोर्ट करती हैं
'कोई भी संदेश जो इसके साथ शुरू होता है: 'एसीएल मिला लेकिन अपेक्षित नहीं...'।'एफवाईआई एसीएल = अभिगम नियंत्रण सूची
उत्पाद प्रभावित
मैक ओएस एक्स 10.5 तेंदुआ
समाधान
आप इन संदेशों को सुरक्षित रूप से अनदेखा कर सकते हैं। वे सटीक हैं लेकिन चिंता का कारण नहीं हैं। विस्तार करने के लिए क्लिक करें...
मोरोद
मूल पोस्टर- 1 जनवरी, 2008
- निकेल पर, उधर....
- अप्रैल 28, 2008
मेरी मूल पोस्ट में अधिक जानकारी शामिल न करने के लिए क्षमा करें।
हाँ, मैं तेंदुआ 10.5 OS चला रहा हूँ।
हां, मैंने पुष्टि करने के बाद अनुमतियों की मरम्मत की।
मैंने इसे चलाने का कारण यह है कि मेरा अल आईमैक कल सफारी का उपयोग करते समय बंद हो गया था। यह मुश्किल से बंद हुआ क्योंकि Force Quit ने कुछ नहीं किया। मैं अपना माउस कर्सर ले जा सकता था, लेकिन माउस बटन पर क्लिक करने से कुछ नहीं हुआ। मेरे कीबोर्ड से नेविगेट करने का प्रयास किया। मैं तब फोर्स क्विट सफारी और फाइंडर में सक्षम था, लेकिन इससे चीजों को मदद नहीं मिली। तो फिर मैंने iMac को बंद करने के लिए बैक पर पावर बटन को दबाया और मदद की। इसने ठीक से रिबूट किया और सब कुछ वैसा ही काम किया जैसा उसे करना चाहिए।
इसलिए मैंने अनुमतियाँ चलाईं।
फिर से धन्यवाद!
मोरोद
रिचर्ड मैक
- फरवरी 2, 2007
- 51.50024, -0.12662
- अप्रैल 28, 2008
लेकिन मैं एक पूर्णतावादी हूं इसलिए मुझे अपना ठीक करना पड़ा। मैंने 10.5.1 कॉम्बो अपडेट डाउनलोड करना समाप्त कर दिया और इसने इसे ठीक कर दिया लेकिन फिर 10.5.2 के बाद यह फिर से वापस आ गया। तब मुझे पता चला कि एक साधारण यूनिक्स कमांड इसे ठीक करता है। इसलिए इसे टर्मिनल में दर्ज करने का प्रयास करें जो कि यूटिलिटीज फोल्डर में है।
कोड: |_+_|
मोरोद
मूल पोस्टर- 1 जनवरी, 2008
- निकेल पर, उधर....
- अप्रैल 28, 2008
मैं यहां आपकी पोस्ट अक्सर देखता हूं और आपकी सलाह का सम्मान करता हूं, लेकिन मैं काफी अकेला छोड़ने जा रहा हूं।
मैं अभी भी Apple और विशेष रूप से Terminal के लिए बहुत नया हूँ। मेरे दिमाग में मैं टर्मिनल को विंडोज रजिस्ट्री के बराबर करता हूं, जिसे मैंने कभी भी गड़बड़ नहीं किया।
मेरे लिए चीजों को नष्ट करना बहुत आसान है, मुझे लगता है।
एक बार फिर धन्यवाद!
मोरोद
रिचर्ड मैक
- फरवरी 2, 2007
- 51.50024, -0.12662
- अप्रैल 28, 2008
मोरोड ने कहा: धन्यवाद, रिचथोमस,
मैं यहां आपकी पोस्ट अक्सर देखता हूं और आपकी सलाह का सम्मान करता हूं, लेकिन मैं काफी अकेला छोड़ने जा रहा हूं।
मैं अभी भी Apple और विशेष रूप से Terminal के लिए बहुत नया हूँ। मेरे दिमाग में मैं टर्मिनल को विंडोज रजिस्ट्री के बराबर करता हूं, जिसे मैंने कभी भी गड़बड़ नहीं किया।
मेरे लिए चीजों को नष्ट करना बहुत आसान है, मुझे लगता है।
एक बार फिर धन्यवाद!
मोरोद विस्तार करने के लिए क्लिक करें...
ठीक है तो ठीक है लेकिन यह कुछ भी बर्बाद नहीं करेगा और ive ने कमांड का परीक्षण किया और यह काम करता है।
आपको केवल टर्मिनल कमांड के बारे में चिंतित होना चाहिए जब आप नहीं जानते या बताया नहीं गया है कि यह क्या करता है।
ओएस एक्स के यूनिक्स कोर तक पहुंचने के लिए टर्मिनल सिर्फ एक जीयूआई है और विंडोज़ में रजिस्ट्री जैसा कुछ नहीं है। रजिस्ट्री का OS X समतुल्य सिस्टम फ़ोल्डर और अदृश्य यूनिक्स फ़ाइलें हैं जिन्हें आपको स्पर्श नहीं करना चाहिए।
मैकगियोर्ड
- 5 अक्टूबर 2003
- डार्क कैसल
- अप्रैल 28, 2008
रिचथोमास ने कहा: टर्मिनल ओएस एक्स के यूनिक्स कोर तक पहुंचने के लिए सिर्फ एक जीयूआई है और विंडोज़ में रजिस्ट्री जैसा कुछ नहीं है। रजिस्ट्री का OS X समतुल्य सिस्टम फ़ोल्डर और अदृश्य यूनिक्स फ़ाइलें हैं जिन्हें आपको स्पर्श नहीं करना चाहिए। विस्तार करने के लिए क्लिक करें...
मैं एक विशेषज्ञ नहीं हूं, लेकिन मुझे असहमत होना है, टर्मिनल एक जीयूआई (ग्राफिक यूजर इंटरफेस) नहीं है, यह एक सीएलआई (कमांड लाइन इंटरफेस) है।
यदि आप 'सुडो' कमांड का उपयोग करते हैं और आप नहीं जानते कि आप क्या कर रहे हैं तो आप अपने मैक को उसी तरह गड़बड़ कर सकते हैं जैसे आप विंडोज़ रजिस्ट्री के साथ कर सकते हैं।
मैं इसके बारे में जानने के लिए किसी अन्य कमांड से पहले 'मैन' कमांड का उपयोग करने का सुझाव देता हूं।
'man sudo' टाइप करें, इससे आप देखेंगे कि वह विशेष कमांड इसे इस्तेमाल करने से पहले क्या करता है।
________
बर्तन समाचार अंतिम बार संपादित: 30 जनवरी 2011
टेरसोनो
- जनवरी 18, 2005
- यूके
- अप्रैल 28, 2008
आपने जो त्रुटि देखी है, 'एसीएल लाइब्रेरी पर मिली लेकिन अपेक्षित नहीं' एक ज्ञात रिपोर्टिंग त्रुटि है (पढ़ें: बग) और यह कोई समस्या नहीं है।
रिचर्ड मैक
- फरवरी 2, 2007
- 51.50024, -0.12662
- अप्रैल 28, 2008
मैकगियोर्ड ने कहा: मैं एक विशेषज्ञ नहीं हूं, लेकिन मुझे असहमत होना है, टर्मिनल एक जीयूआई (ग्राफिक यूजर इंटरफेस) नहीं है, यह एक सीएलआई (कमांड लाइन इंटरफेस) है।
यदि आप 'सुडो' कमांड का उपयोग करते हैं और आप नहीं जानते कि आप क्या कर रहे हैं तो आप अपने मैक को उसी तरह गड़बड़ कर सकते हैं जैसे आप विंडोज़ रजिस्ट्री के साथ कर सकते हैं।
मैं इसके बारे में जानने के लिए किसी अन्य कमांड से पहले 'मैन' कमांड का उपयोग करने का सुझाव देता हूं।
'man sudo' टाइप करें, इससे आप देखेंगे कि वह विशेष कमांड इसे इस्तेमाल करने से पहले क्या करता है। विस्तार करने के लिए क्लिक करें...
ओह ठीक है, मुझे पता है कि टर्मिनल एक सीएलआई है, लेकिन मैं लिखने जा रहा था 'टर्मिनल ओएस एक्स के यूनिक्स कोर के सीएलआई तक पहुंचने के लिए एक जीयूआई है' लेकिन मैंने इसे थोड़ा और सरल बनाया। प्रति
Adamosaur
- 3 मई 2008
- 3 मई 2008
वैसे मुझे पता है कि एसीएल को मिला और अपेक्षित संदेश हानिरहित कहा जाता है, लेकिन डिस्क अनुमतियों की पुष्टि या मरम्मत में अभी भी 1 के बजाय मेरे लिए 5 मिनट लगते हैं, और सभी एसीएल संदेश एक ही बार में पॉप अप हो जाते हैं, और कुछ भी नहीं दिख रहा है या किया जा रहा है स्थिर। क्या इन संदेशों के कारण और कुछ नहीं सुधारा जा रहा है, या कुछ भी सुधारने की आवश्यकता नहीं है। जब से मैंने अपने मैकबुक प्रो पर तेंदुए को स्थापित किया है तब से मुझे यह समस्या है।
मुझे सफारी के साथ इसी तरह की समस्याएं आ रही हैं, यह खोजक को फ्रीज नहीं करता है लेकिन अप्रत्याशित रूप से हर कुछ घंटों में कम से कम एक बार सफारी छोड़ देता है।
इतने सारे एसीएल संदेश हैं कि इसमें कम से कम 10 पृष्ठ शामिल हैं, और यह ज्यादातर भाषाओं में है जैसे नीचे कुछ हैं:
एसीएल मिला लेकिन 'सिस्टम/लाइब्रेरी/यूजर टेम्प्लेट/English.lproj/Documents' पर अपेक्षित नहीं है।
'English.lproj' को जापानी.lproj, जर्मन.lproj, फ़्रेंच.lproj, स्पेनिश.lproj, इतालवी.lproj, डच.lproj, da.lproj, fi.lproj, ko.lproj, no.lproj, और कई से बदलें। अधिक (सभी अल्पविरामों को छोड़कर)
क्या एसीएल से आपका यही मतलब है? क्योंकि यह मुझे चिंतित कर रहा है। मैं अब अधिक बार फ़ायरफ़ॉक्स का उपयोग कर रहा हूं, और जैसा कि कहा गया था, सफारी और डिस्क उपयोगिता को छोड़कर कोई अन्य एप्लिकेशन जबरदस्ती या पिछड़ा हुआ नहीं है।
रिचर्ड मैक
- फरवरी 2, 2007
- 51.50024, -0.12662
- 4 मई 2008
आपकी एसीएल त्रुटियों को ठीक करने के लिए मैं Apple.com से 10.5.2 कॉम्बो अपडेट डाउनलोड और इंस्टॉल करूंगा या आप इसे छोड़ सकते हैं क्योंकि यह आपके मैक के प्रदर्शन को खराब नहीं करेगा।
ऑर्फियस1120
- 23 जनवरी 2008
- मलेशिया
- 4 मई 2008
इसने मुझे विश्वास दिलाया है कि एसीएल त्रुटियों के साथ अंतर्निहित समस्या टाइगर से तेंदुए में ओएस के उन्नयन के कारण है, जैसा कि प्रतीत होता है कि यह सबसे प्रशंसनीय व्याख्या है। अधिक विशिष्ट होने के लिए, इसका कारण 'संग्रह और इंस्टॉल' पद्धति का उपयोग करके तेंदुए के उन्नयन के कारण हो सकता है जो पहले से इंस्टॉल किए गए ऐप्स और डेटा को जगह में रखता है। हालांकि उसने कहा, यह पूरी तरह से मेरा व्यक्तिगत संदेह है और जब तक मैं मिटा और स्थापित नहीं करता, मैं अपने दावे को सत्यापित नहीं कर पाऊंगा।
अगर मुझे जो संदेह है वह सही है, तो कारखाने से किसी भी देशी तेंदुए द्वारा स्थापित मैक को एसीएल त्रुटियों को नहीं देखना चाहिए।
क्या कारखाने से तेंदुए द्वारा स्थापित मैक वाला कोई भी सदस्य अपने सिस्टम में एसीएल त्रुटियों की किसी भी उपस्थिति की पुष्टि कर सकता है?
मोरोद
मूल पोस्टर- 1 जनवरी, 2008
- निकेल पर, उधर....
- 4 मई 2008
मैंने अपना 24' AL iMac जनवरी, 2008 में स्थानीय Apple स्टोर से खरीदा था। इसकी निर्माण तिथि दिसंबर, 2007 का अंतिम सप्ताह है।
विक्रेता ने मुझे बताया कि इस मशीन में तेंदुए को मूल रूप से स्थापित किया गया था और इसे टाइगर से अपग्रेड नहीं किया गया था।
मेरे पास एसीएल त्रुटियां हैं (मैं इस धागे का मूल पोस्टर हूं)। इसलिए जबकि आपकी परिकल्पना एक अच्छी है, मुझे नहीं लगता कि यह एक तथ्यात्मक है, कम से कम मेरे पास मौजूद जानकारी के आधार पर।
आइए आशा करते हैं कि 10.5.3 इसे ठीक करता है, हालांकि एसीएल त्रुटियों ने मुझे कोई नुकसान नहीं पहुंचाया है जिसके बारे में मुझे पता है।
मोरोद
Merl1n
- अप्रैल 30, 2008
- न्यू जर्सी, यूएसए
- 4 मई 2008
रिचथोमास ने कहा: अनुमतियों की मरम्मत करते समय मोरोड मेरे पास ठीक वही एसीएल त्रुटि थी। मुझे यकीन नहीं है कि एसीएल वास्तव में क्या है, लेकिन मुझे पता है कि यह सिर्फ एक छोटी सी त्रुटि है जिसका गति या स्थिरता पर कोई वास्तविक प्रभाव नहीं है। कुछ तेंदुए उपयोगकर्ता इसे छोड़ देते हैं और इसके बारे में भूल जाते हैं।
लेकिन मैं एक पूर्णतावादी हूं इसलिए मुझे अपना ठीक करना पड़ा। मैंने 10.5.1 कॉम्बो अपडेट डाउनलोड करना समाप्त कर दिया और इसने इसे ठीक कर दिया लेकिन फिर 10.5.2 के बाद यह फिर से वापस आ गया। तब मुझे पता चला कि एक साधारण यूनिक्स कमांड इसे ठीक करता है। इसलिए इसे टर्मिनल में दर्ज करने का प्रयास करें जो कि यूटिलिटीज फोल्डर में है।
कोड: |_+_| विस्तार करने के लिए क्लिक करें...
एसीएल या एक्सेस कंट्रोल सूचियां यूनिक्स में फाइलों का हिस्सा हैं। जब आप आदेश जारी करते हैं:
चामोद-आर-एन /लाइब्रेरी
आप सभी लाइब्रेरी फ़ाइलों (पुनरावर्ती) को संशोधित कर रहे हैं जिनमें एसीएल शामिल हैं और फाइलों से उस कोड को हटा रहे हैं (-एन)।
जब तक आप ठीक से नहीं जानते कि आप क्या कर रहे हैं, तब तक आपको यूनिक्स सिस्टम फाइलों और पुस्तकालयों के साथ खिलवाड़ नहीं करना चाहिए। यह अभी काम कर सकता है, लेकिन आपको बाद में समस्याएँ दे सकता है। मैं एक सोलारिस (यूनिक्स) सिस्टम प्रशासक हूं इसलिए मुझे पता है कि मैं किस बारे में बात कर रहा हूं। एसीएल वास्तव में सुरक्षा के लिए हैं और यह सीमित करता है कि कौन और क्या उन फाइलों तक पहुंच सकता है जिनमें एसीएल शामिल हैं।
यदि आप डिस्क उपयोगिता में प्राथमिक उपचार चलाने में त्रुटियां देखते हैं, तो उन्हें अनदेखा करें क्योंकि वे किसी समस्या का संकेत नहीं देते हैं। वे पारदर्शी हैं। अंततः डिस्क उपयोगिता को केवल ACL को अनदेखा करने और उनकी रिपोर्ट न करने के लिए अपग्रेड किया जाएगा। प्रति
Adamosaur
- 3 मई 2008
- 4 मई 2008
रिचथोमस ने कहा: रिपेयरिनफ अनुमतियां धीमी है क्योंकि डिस्क उपयोगिता को तेंदुए के लिए अनुकूलित नहीं किया गया है, फिर भी इसका अभी भी संस्करण 11.0.1 है।
आपकी एसीएल त्रुटियों को ठीक करने के लिए मैं Apple.com से 10.5.2 कॉम्बो अपडेट डाउनलोड और इंस्टॉल करूंगा या आप इसे छोड़ सकते हैं क्योंकि यह आपके मैक के प्रदर्शन को खराब नहीं करेगा। विस्तार करने के लिए क्लिक करें...
मैं 10.5.2 स्थापित करने का प्रयास करूंगा और देख सकता हूं कि यह एसीएल को ठीक करता है लेकिन मुझे इसमें संदेह है।
तो सफारी का अप्रत्याशित रूप से छोड़ना किसी और चीज के कारण होना चाहिए: /
ऑर्फियस1120
- 23 जनवरी 2008
- मलेशिया
- 4 मई 2008
यहाँ क्या हो सकता है जब आपको लगता है कि आप जानते हैं कि आप क्या कर रहे हैं।
रिचर्ड मैक
- फरवरी 2, 2007
- 51.50024, -0.12662
- 6 मई, 2008
Merl1n ने कहा: जब तक आप ठीक से नहीं जानते कि आप क्या कर रहे हैं, तब तक आपको यूनिक्स सिस्टम फ़ाइलों और पुस्तकालयों के साथ खिलवाड़ नहीं करना चाहिए। यह अभी काम कर सकता है, लेकिन आपको बाद में समस्याएँ दे सकता है। मैं एक सोलारिस (यूनिक्स) सिस्टम प्रशासक हूं इसलिए मुझे पता है कि मैं किस बारे में बात कर रहा हूं। एसीएल वास्तव में सुरक्षा के लिए हैं और यह सीमित करता है कि कौन और क्या उन फाइलों तक पहुंच सकता है जिनमें एसीएल शामिल हैं। ?? विस्तार करने के लिए क्लिक करें...
orpheus1120 ने कहा: मैं ऐसा करने के खिलाफ सलाह दूंगा sudo chmod -R -N /Library या टर्मिनल पर समान आदेश। ऐसा करने से कतई कोई लाभ नहीं है। ?? विस्तार करने के लिए क्लिक करें...
तो भविष्य में किसी भी समस्या को रोकने के लिए निर्देशिका पर 'sudo chmod -R -N' निष्पादित करने के बाद किसी को क्या करना चाहिए?
ऑर्फियस1120
- 23 जनवरी 2008
- मलेशिया
- 6 मई, 2008
Richthomas ने कहा: तो भविष्य में किसी भी समस्या को रोकने के लिए निर्देशिका पर 'sudo chmod -R -N' निष्पादित करने के बाद किसी को क्या करना चाहिए? विस्तार करने के लिए क्लिक करें...
जब मैं रोकथाम के बारे में सोच रहा हूं तो आप इलाज मांग रहे हैं।
तो मैं आदेश की कोशिश भी नहीं कर रहा हूँ। कोई फायदा ही नहीं है।
क्या आपने पहले से ही कमांड का इस्तेमाल किया था?
brn2ski00
- अगस्त 16, 2007
- एमए
- 6 मई, 2008
http://en.wikipedia.org/wiki/Access_control_list
एसआरएल7741
- जनवरी 19, 2008
- जीएमटी-6
- 6 मई, 2008
मेरे पास एक एमबीपी और 24 अल आईमैक है जिसे मैंने एक-दूसरे से कुछ ही हफ्तों में खरीदा है। दोनों के पास एक ही सॉफ्टवेयर है। MBP टाइगर के साथ आया था और मैंने पहले स्टार्टअप के बाद तेंदुए में अपग्रेड किया था। आईमैक तेंदुए के साथ आया था।
जब मैं अपने दोनों आईमैक पर डिस्क उपयोगिता चलाता हूं तो कोई त्रुटि नहीं होती है, कभी नहीं होती है। जब मैं अपने एमबीपी पर डिस्क उपयोगिता चलाता हूं तो मुझे एसीएल त्रुटियों के पृष्ठ मिलते हैं।
मैं कभी भी उन त्रुटियों के बारे में चिंतित नहीं रहा हूं जो एमबीपी बहुत अच्छी चलती हैं लेकिन मैंने हमेशा सोचा है कि वे क्या हैं?
इसलिए मुझे यह सूत्र दिलचस्प लगता है।
मेरा MBP इन त्रुटियों को क्यों प्रदर्शित करेगा लेकिन iMac नहीं करता है। वे हार्डवेयर में भिन्न होते हैं लेकिन सॉफ्टवेयर में नहीं।
शायद यह उन लोगों के लिए प्रकाश डालने में मदद करेगा जो मुझसे बेहतर समझ रखते हैं।
धन्यवाद
ऑर्फियस1120
- 23 जनवरी 2008
- मलेशिया
- 6 मई, 2008
orpheus1120 ने कहा: मुझे यकीन नहीं है कि कॉम्बो 10.5.2 अपडेट एसीएल त्रुटियों को खत्म कर देगा क्योंकि मैं वर्तमान में 10.5.2 पर हूं और मुझे अभी भी वही त्रुटियां दिखाई दे रही हैं।
इसने मुझे विश्वास दिलाया है कि एसीएल त्रुटियों के साथ अंतर्निहित समस्या टाइगर से तेंदुए में ओएस के उन्नयन के कारण है, जैसा कि प्रतीत होता है कि यह सबसे प्रशंसनीय व्याख्या है। अधिक विशिष्ट होने के लिए, इसका कारण 'संग्रह और इंस्टॉल' पद्धति का उपयोग करके तेंदुए के उन्नयन के कारण हो सकता है जो पहले से इंस्टॉल किए गए ऐप्स और डेटा को जगह में रखता है। हालांकि उसने कहा, यह पूरी तरह से मेरा व्यक्तिगत संदेह है और जब तक मैं मिटा और स्थापित नहीं करता, मैं अपने दावे को सत्यापित नहीं कर पाऊंगा।
अगर मुझे जो संदेह है वह सही है, तो कारखाने से किसी भी देशी तेंदुए द्वारा स्थापित मैक को एसीएल त्रुटियों को नहीं देखना चाहिए।
क्या कारखाने से तेंदुए द्वारा स्थापित मैक वाला कोई भी सदस्य अपने सिस्टम में एसीएल त्रुटियों की किसी भी उपस्थिति की पुष्टि कर सकता है? विस्तार करने के लिए क्लिक करें...
लेकिन सच नहीं है जैसा कि मोरोड ने साबित किया है। मुझे नहीं पता कि कुछ में त्रुटियाँ क्यों हैं और कुछ में त्रुटियाँ क्यों नहीं हैं।
रिचर्ड मैक
- फरवरी 2, 2007
- 51.50024, -0.12662
- 7 मई 2008
orpheus1120 ने कहा: जब मैं रोकथाम के बारे में सोच रहा हूं तो आप इलाज मांग रहे हैं।
तो मैं आदेश की कोशिश भी नहीं कर रहा हूँ। कोई फायदा ही नहीं है।
क्या आपने पहले से ही कमांड का इस्तेमाल किया था? विस्तार करने के लिए क्लिक करें...
ओह ठीक।
ये ive पहले ही कमांड कर चुका है। बस सोच रहा था कि क्या मैंने उस आदेश के साथ जो किया उसे उलटा किया जा सकता है। मेरा मैक ठीक काम कर रहा है और /लाइब्रेरी की अनुमतियाँ ठीक लगती हैं।
orpheus1120 ने कहा: मुझे यकीन नहीं है कि कॉम्बो 10.5.2 अपडेट एसीएल त्रुटियों को खत्म कर देगा क्योंकि मैं वर्तमान में 10.5.2 पर हूं और मुझे अभी भी वही त्रुटियां दिखाई दे रही हैं। ?? विस्तार करने के लिए क्लिक करें...
डाउनलोड कर रहा है 10.5.2 कॉम्बो अपडेट Apple डाउनलोड से (सॉफ़्टवेयर अपडेट से आपको मिलने वाले सामान्य डेल्टा अपडेट से बड़ा) ACL त्रुटियों को ठीक करता प्रतीत होता है। कम से कम यह मेरे लिए तब हुआ जब मैंने 10.5.1 कॉम्बो अपडेट स्थापित किया लेकिन फिर 10.5.2 डेल्टा अपडेट ने मुझे एक और एसीएल त्रुटि दी।
केडीबिली
- नवंबर 30, 2006
- कोहरा शहर
- फरवरी 23, 2009
पता नहीं यह क्या है, लेकिन मैं अब एसीएल त्रुटि के बारे में चिंतित नहीं हूं, फिर से धन्यवाद। लेकिन मैं बग को ठीक करना चाहता हूं, हालांकि यह अभी भी छोटी है। नरक से बहुत सारी कताई बीच गेंद अभी भी चल रही है। चूहे साथ
zPolarBear
- फ़रवरी 18, 2009
- फरवरी 23, 2009
एक एक्सेस कंट्रोल लिस्ट DEC (डिजिटल इक्विपमेंट कॉर्प) द्वारा एक आविष्कार है। यह विश्व-समूह-स्वामी अनुमतियों का एक अधिक सुविधा संपन्न संस्करण है जिसके साथ यूनिक्स बनाया गया था। (शब्द सटीक नहीं हो सकते हैं, लेकिन आपको विचार मिलता है।)
80 के दशक के उत्तरार्ध में, हमने DEC मशीनों पर जिन चीजों पर ध्यान दिया, उनमें से एक यह है कि यदि आपने बहुत अधिक ACL बनाए, बहुत गहरे, तो मशीन धीमी होकर क्रॉल हो सकती है (और ये दिन के मुख्य-फ्रेम थे; 512Meg 1989 में DRAM!) समाधान एसीएल को साफ करना या हटाना था और केवल उन्हें डायरेक्टरी ट्री के शीर्षतम स्तरों पर लागू करना था ... इसलिए, मैं एसीएल को साफ करना जारी रखूंगा जो फ़ाइल सिस्टम पर लोड को हल्का करने के लिए अप्रत्याशित या अनावश्यक हैं।
यदि आप पर्याप्त मैन पेज पढ़ते हैं, तो आप यह भी सीख सकते हैं कि एसीएल को निर्देशिकाओं से कैसे जोड़ना या हटाना है! एक तरह का मज़ा - एक गीक जैसे तरीके से।
लोकप्रिय पोस्ट