Rpi-imager: उन्नत विकल्प विंडोज़ 10 पर काम नहीं कर रहे हैं

आप कौन सी छवि लिख रहे थे?

और क्या आपने वास्तव में पाई पर जाँच की कि sshd प्रक्रिया नहीं चल रही थी?
(बस कनेक्ट न कर पाने के और भी कारण हो सकते हैं)।

यदि एसडी कार्ड को पीआई में डालने के बजाय, आप इसे लिखने के तुरंत बाद अपने कंप्यूटर में वापस रख देते हैं, तो क्या इसने एफएटी विभाजन पर firstrun.sh नामक फ़ाइल बनाई है?

और यदि नहीं, तो क्या आप "समाप्त होने पर मीडिया को बाहर निकालें" बॉक्स को चेक करने के आधार पर कोई अंतर है?

प्रतिक्रिया के लिए धन्यवाद!

छवि मूल रसबेरी पाई ओएस (32-बीआईटी) रिलीज की तारीख 2021-01-11 . है
मैंने ssh के लिए Pi पर ही जाँच की। लेकिन यह सिर्फ ssh इनेबल फंक्शन नहीं है जो काम नहीं कर रहा है। विकल्प मेनू में कुछ भी काम नहीं कर रहा है। अन्य विकल्पों का भी प्रयास किया। सुनिश्चित करने के लिए अलग-अलग एसडी-कार्ड भी आजमाए;)

मैंने अभी-अभी एक और sd-card की जाँच की और उसका उपयोग किया, सब कुछ पहले जैसा ही किया और इसने firstrun.sh नामक फ़ाइल नहीं बनाई।
इजेक्ट मीडिया बॉक्स अनियंत्रित था।

ठीक। मैं इस समस्या को थोड़ा आगे देखता हूं और ऐसा लगता है कि इमेजर को बड़े एसडी-कार्ड और यूएसबी ड्राइव की समस्या है।

मैंने 16 जीबी एसडी-कार्ड की कोशिश की और उस कार्ड इमेजर के साथ वांछित firstrun.sh फ़ाइल का उत्पादन किया। मैं जिन पहले एसडी-कार्ड का उपयोग कर रहा था, वे 32 और 128 जीबी के थे। इसके बाद मैंने बाहरी 250Gb USB ड्राइव की कोशिश की, लेकिन कोई सफलता नहीं मिली। कोई firstrun.sh फ़ाइल नहीं।
तो समस्या शायद sd-card के आकार की है?

इजेक्ट मीडिया बॉक्स अनियंत्रित था

जाँचने से कोई फर्क नहीं पड़ता?

आपका ड्राइव इमेजिंग से पहले और बाद में एक ही ड्राइव अक्षर रखता है?

इजेक्ट मीडिया बॉक्स चेक या अनचेक करने से कोई फर्क नहीं पड़ता मेरा ड्राइव लेटर वही रहता है।

अभी के लिए यह कोई बड़ी बात नहीं है क्योंकि मैं दैनिक आधार पर ओएस को एसडी-कार्ड में नहीं लिखता। लेकिन हे, उन विकल्पों को सेट करने से मेरे लिए OS स्थापित करने की प्रक्रिया अधिक आसान हो जाती है क्योंकि ssh को डिफ़ॉल्ट रूप से चालू करने का मतलब यह है कि आप स्क्रीन को RPI से जोड़ने की आवश्यकता के बिना OS स्थापित कर सकते हैं। आप ssh . के माध्यम से दूरस्थ कनेक्शन द्वारा RPI को पूरी तरह से सेटअप कर सकते हैं

मैं जिन पहले एसडी-कार्ड का उपयोग कर रहा था, वे 32 और 128 जीबी के थे। इसके बाद मैंने बाहरी 250Gb USB ड्राइव की कोशिश की, लेकिन कोई सफलता नहीं मिली। कोई firstrun.sh फ़ाइल नहीं।
तो समस्या शायद sd-card के आकार की है?

यह 64 जीबी सैमसंग एसडी कार्ड और 32 जीबी तोशिबा पर परीक्षण किया गया था, इसलिए आकार में ही कोई समस्या नहीं होनी चाहिए।

यदि वे मानक USB मास स्टोरेज प्रोटोकॉल के बजाय UASP प्रोटोकॉल बोलते हैं तो नए USB ड्राइव एक समस्या हो सकते हैं।
मेरे पास एक सैमसंग T7 SSD है, जिसे विंडोज रिमूवेबल स्टोरेज के रूप में नहीं बल्कि आंतरिक ड्राइव के रूप में मानता है, और इसलिए यह इमेजिंग के बाद इसे स्वचालित रूप से ड्राइव लेटर असाइन नहीं करता है। इसके बजाय आपको विंडोज डिस्क प्रबंधन पर जाना होगा और एफएटी विभाजन पर फाइलों को देखने के लिए मैन्युअल रूप से एक ड्राइव अक्षर असाइन करना होगा।
उस ड्राइव का उपयोग करते समय इमेजर स्पष्ट रूप से फ़ाइलों को स्वचालित रूप से ठीक नहीं कर सकता है, लेकिन यह उस मामले में एक स्पष्ट त्रुटि संदेश प्रदर्शित करता है:

जो आपके डिस्क में लिखे गए परिवर्तनों के खो जाने के मामले से अलग है।

मुझे ऐसी ही समस्याएं हैं। मुझे "firstrun.sh लिखने में असमर्थ" त्रुटि मिल रही है। मैं एक स्क्रीनशॉट शामिल करूंगा लेकिन++X स्नैगिट 2021 के साथ संघर्ष करता है इसलिए मुझे इसे अक्षम करना पड़ा। ;)

त्रुटि 32GB एसडी कार्ड के साथ हुई लेकिन 16GB USB स्टिक के साथ नहीं हुई।

मुझे ऐसी ही समस्याएं हैं। मुझे "firstrun.sh लिखने में असमर्थ" त्रुटि मिल रही है।

इसका मतलब यह है कि विंडोज़ ने संकेत दिया था कि एफएटी विभाजन को एक ड्राइव अक्षर सौंपा गया है (अन्यथा आपको "ऑपरेटिंग सिस्टम ने एफएटी 32 विभाजन को माउंट नहीं किया" मिलता है), लेकिन फ़ाइल को लिखने के लिए खोलना अभी भी विफल रहा है।
हो सकता है कि विंडोज़ में ड्राइव लेटर असाइन करने में देरी हो, और जब फाइल सिस्टम माउंटिंग समाप्त हो जाए।
यदि ऐसा है तो हमें कई बार पुनः प्रयास करने की आवश्यकता हो सकती है।

त्रुटि प्राप्त करने के बाद, आप कार्ड को फिर से प्लग किए बिना या कुछ विशेष किए बिना एक्सप्लोरर में FAT विभाजन पर फ़ाइलों को देखने में सक्षम हैं?

मैं FAT32 विभाजन देख सकता हूं लेकिन निश्चित रूप से कोई firstrun.sh फ़ाइल नहीं। मेरी मशीन पर यह ई है: जैसा कि मेरे एचडीडी पर 2 विभाजन हैं (मत पूछो)। लेकिन यह भी ई है: यूएसबी स्टिक के लिए।

मैं FAT32 विभाजन देख सकता हूं लेकिन निश्चित रूप से कोई firstrun.sh फ़ाइल नहीं।

ठीक।
क्या आप कोशिश कर सकते हैं अगर यह बेहतर काम करता है?

इमेजर-1.7beta.zip

परिवर्तनों को लिखने के लिए आगे बढ़ने से पहले ड्राइव अक्षर पर config.txt मौजूद है या नहीं, यह जांचने के लिए 3 सेकंड तक प्रतीक्षा करें।

अपेक्षा के अनुरूप काम करता है। पीआई 4 पर बूट चक्र के माध्यम से 32 जीबी एसडी कार्ड के साथ परीक्षण किया गया।

धन्यवाद।

अपेक्षा के अनुरूप काम करता है।

सुन कर अच्छा लगा।

@ TeeSee64 क्या आप बीटा को भी आज़मा सकते हैं?
(नहीं पता कि यह आपकी समस्या के लिए कुछ भी करता है, क्योंकि आपके पास अलग-अलग लक्षण हैं)।

@ मैक्सनेट
हां! मैं पुष्टि कर सकता हूं कि समस्या 1.7beta संस्करण के साथ हल हो गई है। यह अब firstrun.sh फ़ाइल लिखता है और सभी विकल्प काम कर रहे हैं। 128Gb sd-card और 250Gb USB ड्राइव दोनों के साथ काम करता है

शुक्रिया !!

हाय @ मैक्सनेट , मेरे पास @CharlesGodwin जैसा ही मुद्दा था। 1.7beta की भी कोशिश की, लेकिन दुर्भाग्य से यह मेरे लिए काम नहीं करता है। आपके परिवर्तनों के कारण केवल त्रुटि संदेश बदल गया है। यह अब प्रदर्शित करता है "कस्टमाइज़ करने में असमर्थ। फ़ाइल 'I:\/config.txt' मौजूद नहीं है।"।
समस्या यह हो सकती है कि FAT32 विभाजन "I:\" के बजाय "J:\" पर आरोहित है।
मुझे खेद है, लेकिन मैं वर्तमान में इस पर कोई और विश्लेषण करने में असमर्थ हूं कि इसे "J:\" पर क्यों रखा गया है या इमेजर को क्यों लगता है कि यह "I:\" पर आरोहित है, लेकिन कम से कम मैं इसे आपके साथ साझा करना चाहता था .

समस्या यह हो सकती है कि FAT32 विभाजन "I:\" के बजाय "J:\" पर आरोहित है।

हम्म, लगता है कि हमारे पास ड्राइव लेटर जारी नहीं होने और ड्राइव को एक नया ड्राइव लेटर असाइन किए जाने के बारे में रिपोर्ट थी।
जैसे: https://github.com/raspberrypi/rpi-imager/issues/31
हालांकि कभी भी ऐसे किसी भी मुद्दे को पुन: पेश करने में कामयाब नहीं हुए। तो पता नहीं इसका क्या कारण है।
शायद ड्राइव पर कुछ ताला लगा हुआ है (कुछ सिस्टम सेवा या वायरस स्कैनर?)

या कार्ड I: पहले कभी उपलब्ध नहीं था?
जब आपने इमेजर में ड्राइव का चयन किया तो कौन सा ड्राइव अक्षर दिखाया गया था?

इमेजर पहले वॉल्यूम को मानता है जो विंडोज हमें बताता है कि ड्राइव से जुड़ा है वह एफएटी विभाजन है जिसके बाद हम हैं।
सुनिश्चित नहीं है कि कोई बेहतर तंत्र है, जैसे config.txt के लिए ड्राइव से जुड़े सभी वॉल्यूम खोजें।

यदि आप कमांड प्रॉम्प्ट से "डिस्कपार्ट" शुरू करते हैं, और "सूची वॉल्यूम" टाइप करते हैं, तो क्या यह I: और J: दोनों को दिखाता है?
उन्हें "सेलेक्ट वॉल्यूम [वॉल्यूम की संख्या]" के साथ चुनने का प्रयास करें, और देखें कि क्या "डिटेल वॉल्यूम" (और "डिटेल पार्टीशन" "डिटेल डिस्क") सामान्य से कुछ भी प्रिंट करता है।

शायद ड्राइव पर कुछ ताला लगा हुआ है (कुछ सिस्टम सेवा या वायरस स्कैनर?)

ऐसा मत सोचो।

जब आपने इमेजर में ड्राइव का चयन किया तो कौन सा ड्राइव अक्षर दिखाया गया था?

कार्ड, जिसे पहले ही चित्रित किया जा चुका है, "I:\,J:\" के रूप में माउंटेड प्रदर्शित करता है (अनुवादित, जर्मन संस्करण का उपयोग करके)।
इसे एक अप्रयुक्त कार्ड के साथ भी आजमाया। यह "J:\ के रूप में माउंटेड" प्रदर्शित करता है (I:\ पूरी तरह से गायब है, एक्सप्लोरर में भी। मुझसे मत पूछो क्यों...)

यदि आप कमांड प्रॉम्प्ट से "डिस्कपार्ट" शुरू करते हैं, और "सूची वॉल्यूम" टाइप करते हैं, तो क्या यह I: और J: दोनों को दिखाता है?

नहीं, यह केवल वहाँ J:\ दिखाता है। लेकिन एक्सप्लोरर में यह I:\ और J:\ दोनों को दिखाता है।

इमेजर पहले वॉल्यूम को मानता है जो विंडोज हमें बताता है कि ड्राइव से जुड़ा है वह एफएटी विभाजन है जिसके बाद हम हैं।

ऐसा लगता है कि समस्या है।

@maxnet बस एक विचार ...
शायद विंडोज़ सर्च इंडेक्सर? कभी-कभी जब मैं अपने कंप्यूटर से एसडी-कार्ड को सुरक्षित रूप से निकालने का प्रयास करता हूं, तो यह असंभव है क्योंकि विंडवोस सर्च इंडेक्सर उस कार्ड पर व्यस्त है। कुछ क्षणों के बाद, अनुक्रमणिका तैयार है और सुरक्षित निष्कासन संभव है।

शायद विंडोज़ सर्च इंडेक्सर?

हम Microsoft की डिस्कपार्ट उपयोगिता के लिए इमेजिंग की शुरुआत में विभाजन तालिका को पोंछते हुए आउटसोर्स करते हैं, इस उम्मीद में कि यह जानता है कि ड्राइव का उपयोग बंद करने के लिए प्रत्येक Microsoft सेवा को कैसे प्राप्त किया जाए, और सभी लॉक/ड्राइव अक्षरों को ठीक से जारी किया जाए।
सिस्टम सेवाओं के अलावा तीसरे पक्ष के प्रोग्राम भी हैं जो दावा करना पसंद करते हैं और प्रत्येक ड्राइव पर "\System Volume Information" के अंदर एक फाइल खोलते हैं।
उदाहरण के लिए, मुझे याद है कि सिमेंटेक एंडपॉइंट सिक्योरिटी को बहीखाता रखने के लिए जाना जाता है कि यह पहले से स्कैन की गई फाइलों और उन फाइलों के हस्ताक्षर के बारे में है।
इसलिए मैंने वायरस स्कैनर्स का उल्लेख किया है।

@CRGer

क्या आप कोशिश कर सकते हैं अगर यह बेहतर काम करता है?

इमेजर-20210322.zip

केवल पहले वाले के बजाय config.txt के लिए ड्राइव से जुड़े सभी माउंटपॉइंट्स को खोजना चाहिए।

@maxnet भले ही ऑटो-माउंटेड ड्राइव-लेटर इमेज लिखने से पहले और बाद में बदल जाए, मुझे लगता है कि फिजिकल डिस्क नंबर नहीं बदलेगा? तो हो सकता है कि आप छवि को चमकाने से पहले और बाद में ड्राइव-अक्षरों को सहसंबंधित करने के लिए कुछ डब्लूएमआई सामान का उपयोग कर सकें? : श्रग: वैकल्पिक रूप से, मुझे लगता है कि आप कच्चे ड्राइव आकार का उपयोग कर सकते हैं, क्योंकि शायद यह संभावना नहीं है कि उपयोगकर्ता के पास एक ही सटीक कच्चे आकार के साथ दो ड्राइव होंगे? (और वह भी चमकने से पहले/बाद में नहीं बदलेगा)

@maxnet भले ही ऑटो-माउंटेड ड्राइव-लेटर छवि लिखने से पहले और बाद में बदलता है, मैं भौतिक डिस्क नंबर मानता हूं
नहीं बदलेगा? तो हो सकता है कि आप छवि को चमकाने से पहले और बाद में ड्राइव-अक्षरों को सहसंबंधित करने के लिए कुछ डब्लूएमआई सामान का उपयोग कर सकें?

हम इमेजिंग के बाद उस भौतिक ड्राइव नंबर से संबंधित वॉल्यूम की सूची पहले ही ला चुके हैं।

हालाँकि CRGer के मामले में उस भौतिक ड्राइव से संबंधित दो खंड (I: और J:) लौटाए जाते हैं।
हमारा कोड पहले माना जाता था कि पहला FAT विभाजन है, लेकिन उसके मामले में दूसरा एकमात्र वैध वॉल्यूम है।
नया कोड config.txt के लिए लौटाए गए दोनों संस्करणों को स्कैन करना चाहिए

यह एक तिल को मिटाने का खेल खत्म कर सकता है। हो सकता है कि एक डायलॉग बॉक्स में कोड "कौन सी ड्राइव है, कृपया" जब बाकी सब विफल हो जाए।

आह, मैंने गलत समझा, शोर के लिए खेद है! :आँख मारना:

क्या आप कोशिश कर सकते हैं अगर यह बेहतर काम करता है?

कोशिश की और यह उम्मीद के मुताबिक काम करता है। "firstrun.sh" को सभी चयनित विन्यासों के साथ मेरा FAT विभाजन बनाया गया था। अच्छा काम @maxnet , धन्यवाद!

मैं इस मुद्दे को उबंटू पर रास्पबेरी पीआई ओएस लाइट लिखने की कोशिश कर रहा हूं, ऐसा प्रतीत होता है कि यह बूट विभाजन को माउंट करने के लिए पर्याप्त इंतजार नहीं करता है, विभाजन के लिए firstrun.sh लिखने की कोशिश करने से पहले। क्या उबंटू के लिए लंबी देरी के साथ कोई निर्माण है?

इसके अलावा कुछ मनमानी 3 सेकंड प्रतीक्षा के बजाय, केवल परीक्षण के बारे में क्या है यदि आप त्रुटि या कुछ करने से पहले 60 सेकंड के लिए एक लूप में विभाजन तक पहुंच सकते हैं?

मैं इस मुद्दे को ubuntu पर रास्पबेरी पीआई ओएस लाइट लिखने की कोशिश कर रहा हूं, ऐसा प्रतीत होता है कि यह बूट के लिए लंबे समय तक इंतजार नहीं करता है
विभाजन के लिए firstrun.sh लिखने का प्रयास करने से पहले, विभाजन को माउंट करने के लिए। क्या उबंटू के लिए लंबी देरी के साथ कोई निर्माण है?

क्या यह बेहतर काम करता है?

आरपीआई-इमेजर-उबंटू-20210324.ज़िप

इसके अलावा कुछ मनमाने 3 सेकंड प्रतीक्षा के बजाय, यदि आप 60 . के लिए एक लूप में विभाजन का उपयोग कर सकते हैं, तो सिर्फ परीक्षण के बारे में क्या?
त्रुटि या कुछ से पहले सेकंड?

संदर्भ के लिए: मेरे उबंटू कंप्यूटर पर एफएटी विभाजन आरोहित होने में 0.008 सेकंड लगते हैं।

मैं इस मुद्दे को ubuntu पर रास्पबेरी पीआई ओएस लाइट लिखने की कोशिश कर रहा हूं, ऐसा प्रतीत होता है कि यह बूट के लिए लंबे समय तक इंतजार नहीं करता है
विभाजन के लिए firstrun.sh लिखने का प्रयास करने से पहले, विभाजन को माउंट करने के लिए। क्या उबंटू के लिए लंबी देरी के साथ कोई निर्माण है?

BTW क्या आपने पहले रास्पबेरी पाई वेबसाइट से .deb का उपयोग किया था, या कैनोनिकल द्वारा प्रदान किया गया स्नैप?

जैसा कि कोई और समस्या का उल्लेख कर रहा है केवल स्नैप पर होता है: https://www.raspberrypi.org/forums/viewtopic.php?f=63&p=1842486

उबंटू आरपीआई-इमेजर पर विंडोज़ 10 पर काम नहीं करने वाले उन्नत विकल्प शीर्षक वाले मुद्दे पर चर्चा क्यों की जा रही है?

कोई नहीं मिलेगा

उबंटू आरपीआई-इमेजर पर विंडोज़ 10 पर काम नहीं करने वाले उन्नत विकल्प शीर्षक वाले मुद्दे पर चर्चा क्यों की जा रही है?

यह शीर्षक के साथ अधिक समस्या है, इससे अलग समस्याएं हैं।

दोनों ही मामलों में समस्या एक जैसी है।
ऑपरेटिंग सिस्टम रिपोर्ट करता है कि माउंट किया गया है, जब यह वास्तव में अभी तक तैयार नहीं है।

यह सामान्य Linux सिस्टम पर नहीं होना चाहिए।
लेकिन तीसरे पक्ष के स्नैप पैकेज में हो सकता है जिसे हमने नहीं बनाया है।
ओह ठीक है, विंडोज़ पर इस समस्या को हल करने के साइड इफेक्ट के रूप में, यह स्नैप समस्या को भी हल कर सकता है ...

मुझे लगता है कि समस्या _could_ का नाम बदलकर "उन्नत विकल्प एसडी कार्ड में सेटिंग नहीं लिख रहा है", लेकिन यह इसके लायक नहीं लगता है अगर @maxnet के पास पहले से ही एक संभावित सुधार है? :थोड़ा_मुस्कुराता_चेहरा:

मुझे लगता है कि इस मुद्दे का नाम बदलकर "उन्नत विकल्प एसडी कार्ड में सेटिंग्स नहीं लिख रहे हैं" का नाम दिया जा सकता है, लेकिन यह इसके लायक नहीं लगता है अगर @maxnet
हाथ में पहले से ही एक संभावित सुधार है?

मुझे संदेह है कि मुद्दा पहले से ही तय है।
लेकिन इसे अभी के लिए खुला छोड़ना, दूसरों को 1.6 (गिट नवीनतम के बजाय) का उपयोग करके एक नया मुद्दा खोलने से रोकने के लिए।

1.6.1 . में फिक्स्ड