विंडोज 7 ऑपरेटिंग सिस्टम पर * .msi या फ़ाइल को स्थापित करने की कोशिश करते समय मुझे निम्नलिखित त्रुटि मिली:
error 1325 <username> is not a valid short File Name
मैं इस समस्या को कैसे ठीक कर सकता हूं ताकि इंस्टॉल से गुजरना होगा?
विंडोज 7 ऑपरेटिंग सिस्टम पर * .msi या फ़ाइल को स्थापित करने की कोशिश करते समय मुझे निम्नलिखित त्रुटि मिली:
error 1325 <username> is not a valid short File Name
मैं इस समस्या को कैसे ठीक कर सकता हूं ताकि इंस्टॉल से गुजरना होगा?
जवाबों:
यह एक डोमेन के भीतर फाइल पर होता है। मैंने अब तक जो देखा है, वह केवल उन उपयोगकर्ताओं के साथ होता है जो किसी डोमेन से लॉग इन करते हैं।
यह समाधान regedit में निम्नलिखित रजिस्ट्री स्थान पर जाने के लिए सरल है:
HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Explorer/User Shell Folders
यहां आपको personal
रजिस्ट्री कुंजी बदलनी चाहिए :
\\<domain>\profiles$\<username>
%USERPROFILE%\<username>
ध्यान दें कि User Shell Folders
अन्य स्थानों में भी मौजूद हो सकता है, इसलिए आप User Shell Folders
अपने व्यक्तिगत इंस्टॉलेशन के आधार पर रजिस्ट्री संपादक में खोज कर सकते हैं और आपके द्वारा पाए जाने वाले सभी मूल्यों को सही कर सकते हैं।
फिर प्रोग्राम को पुनर्स्थापित करने का प्रयास करें।
एक अन्य विकल्प यह है कि अपने कंप्यूटर पर एक नया व्यवस्थापक उपयोगकर्ता बनाएं और इसे इस तरह से इंस्टॉल करें।
इस प्रश्न के मूल पोस्टर के लिए, यह सिर्फ .Net से अधिक फिक्स करता है
मैं उसी त्रुटि से लड़ रहा था, जिसमें GPC और रोमिंग प्रोफाइल के वातावरण में AutoCAD को स्थापित किया गया था, जिसमें स्थानीय व्यवस्थापक खाते बंद थे। (हम XP से Win7 में माइग्रेट करने और सॉफ़्टवेयर स्थापित / परीक्षण करने की प्रक्रिया में भी हैं) एक महीने पहले मुझे कई रजिस्ट्री प्रोफाइल में जाना पड़ा और UserShellFolder को हार्डकोड करना पड़ा क्योंकि पूर्व व्यवस्थापक ने एक डिफ़ॉल्ट उपयोगकर्ता प्रोफ़ाइल बनाई थी उनकी प्रोफ़ाइल, जो निश्चित रूप से, व्यक्तिगत सेटिंग्स की ओर संकेत करती है और कभी भी एक नई उपयोगकर्ता प्रोफ़ाइल बनाई गई थी, ने अपने उपयोगकर्ता प्रोफ़ाइल को इंगित किया।
साथ ही, आपको ऊपर बताए अनुसार उसी एक्सप्लोरर फोल्डर में शेल फोल्डर्स में जाने की आवश्यकता हो सकती है और वहां प्रोफाइल संदर्भों को भी ट्विक कर सकते हैं।
मुझे आर्कजीआईएस कार्यक्रम के साथ भी यही समस्या थी और इसलिए मैं वापस गया और किसी की मदद करने के लिए Google मंचों पर देखा :) मैंने रजिस्ट्री मानों को संपादित करने सहित विभिन्न तरीकों को हल करने में दो दिन बिताए। मैंने प्रोग्राम को अनइंस्टॉल कर दिया था, लेकिन मुझे लगता है कि वे ऐसी फाइलें थीं जिन्हें डिलीट नहीं किया गया था।
मैंने इन चरणों का पालन करके "रेवो अनइंस्टालर" (फ्री) प्रोग्राम के साथ अपनी समस्या को हल किया:
उसके बाद, मैंने बिना किसी समस्या के प्रोग्राम को फिर से स्थापित करने में कामयाबी हासिल की।
ऑटोकैड 2013 के साथ हमारे पास एक ही मुद्दा था। आम तौर पर हमारे उपयोगकर्ता नाम आठ वर्ण होते हैं, लेकिन कभी-कभी अधिक के साथ एक होता है यही कारण है कि हमने मूल रूप से समस्या नहीं देखी।
हम रोमिंग प्रोफाइल का उपयोग नहीं करते हैं, लेकिन नेटवर्क फाइल स्टोरेज के लिए सभी उपयोगकर्ता फ़ाइलों (दस्तावेज़, चित्र, वीडियो, आदि) को पुनर्निर्देशित करते हैं। हमारे GPO इसे AD में उपयोगकर्ता की होम डाइरेक्टरी के समान ले जाते हैं।
हमारे लिए, ऊपर उल्लिखित कुंजी सेट में "व्यक्तिगत" मान को बदलना ऑटोकैड के पहले रन को सामान्य रूप से आगे बढ़ने की अनुमति देता है।
ध्यान दें, हालांकि, यह उपयोगकर्ता के "दस्तावेज़" फ़ोल्डर को वांछित नेटवर्क संग्रहण के बजाय C: \ Users \\ दस्तावेज़ फ़ोल्डर में वापस रखता है। ऑटोकैड के पहले रन के पूरा होने के बाद हमें रजिस्ट्री मूल्य को इसकी मूल सेटिंग पर वापस रखना पड़ा; उपयोगकर्ता फिर से लॉग इन करें और वापस जाएं।
ऑटोकैड को अभी भी इस बिंदु पर काम करना चाहिए।
यहां किसी भी सुझाव ने मेरे लिए काम नहीं किया। मैंने नेटवर्क पर्यवेक्षक के रूप में पीसी में प्रवेश करने का फैसला किया और अपडेट (इस पीसी पर सभी उपयोगकर्ताओं के लिए) चलाया और उसने चाल चली।
यह स्पष्ट है कि किसी भी तरह से नियमित उपयोगकर्ता की प्रोफ़ाइल क्षतिग्रस्त होनी चाहिए। जब मैंने अपने नुकसान में कटौती करने और भारी हाथ दृष्टिकोण का फैसला करने का फैसला किया, तो मैंने रजिस्ट्री की बाधा में खुदाई करने में काफी समय बिताया। यह काम किया लेकिन विफलता के लिए तर्क के रूप में उपयोगकर्ता अभी भी मुझे दृष्टिकोण है।