Rpi-imager: त्रुटि: MacOS पर चलते समय वसा विभाजन पर firstrun.sh बनाने में त्रुटि

1.7 बीटा का नाम बदलकर 1.6.1 कर दिया गया, क्योंकि इसमें केवल छोटे बदलाव थे।
तो आप इसे पहले से ही चला रहे हैं।

सुनिश्चित नहीं है कि यहाँ क्या समस्या है।
इमेजर मेरे मैक मिनी पर फ़ाइल को सफलतापूर्वक बनाने में सक्षम है (एक अज्ञात ब्रांड यूएसबी-सी रीडर के साथ जो इस तरह दिखता है)

इसके विफल होने के बाद, आप "फाइंडर" में "बूट" स्थान तक पहुंचने में सक्षम होते हैं और config.txt कहते हैं, वहां टेक्स्ट की एक यादृच्छिक पंक्ति जोड़ें और "मेनू फ़ाइल" -> फ़ाइल को "सहेजें"?
यह शिकायत नहीं करता है कि डिवाइस केवल-पढ़ने के लिए है या सामान्य से कुछ भी बाहर है?

मैं भी इसी तरह के मुद्दों को देख रहा हूं। मेरे पहले फ्लैश प्रयास पर firstrun.sh फ़ाइल मौजूद नहीं थी, लेकिन यह इमेजर के v1.6.1 का उपयोग करते हुए दूसरे प्रयास में दिखाई दी। हालाँकि, मैं अभी भी रास्पबेरी पाई में ssh करने में असमर्थ हूँ। मैं कैनाकिट यूएसबी माइक्रोएसडी कार्ड रीडर के साथ सैमसंग ईवो + 32 जीबी माइक्रोएसडी मेमोरी कार्ड का उपयोग कर रहा हूं।

मेरे पहले फ्लैश प्रयास पर firstrun.sh फ़ाइल मौजूद नहीं थी, लेकिन यह इमेजर के v1.6.1 का उपयोग करते हुए दूसरे प्रयास में दिखाई दी।

और आपको वही "त्रुटि FAT विभाजन पर firstrun.sh बनाने में त्रुटि" मिली जो आपके पहले प्रयास में समस्या स्टार्टर के रूप में थी?

(ध्यान दें firstrun.sh पहले बूट पर Pi द्वारा हटा दिया जाता है)

मैंने वास्तव में किसी भी प्रयास में कोई त्रुटि नहीं देखी। मैंने पहले प्रयास में फ़ाइल सिस्टम को देखने से पहले बूट करने का प्रयास किया, इसलिए हो सकता है कि फ़ाइल मौजूद न हो। इस मुद्दे पर शोध करते समय, मुझे कुछ ऐसे उल्लेख मिले जहां लोगों को सामान्य रूप से 5 गीगाहर्ट्ज़ वाईफाई एक्सेस पॉइंट से कनेक्ट करने में समस्या थी। तीसरे प्रयास में, मैंने वाईफाई एसएसआईडी को 5 गीगाहर्ट्ज एक्सेस प्वाइंट से 2.4 गीगाहर्ट्ज संस्करण में बदल दिया और सब कुछ ठीक से काम करने लगा। तो मेरी समस्या वास्तव में रास्पबेरी पाई इमेजर के बजाय 5 बनाम 2.4 वाईफाई एक्सेस से संबंधित हो सकती है।

तो मेरी समस्या वास्तव में रास्पबेरी पाई इमेजर के बजाय 5 बनाम 2.4 वाईफाई एक्सेस से संबंधित हो सकती है।

हाँ, ऐसा लगता है। मुझे कोई कारण नहीं दिख रहा है कि क्यों आरपीआई इमेजर पहले दो प्रयासों पर काम नहीं करेगा, लेकिन फिर जादुई रूप से तीसरे प्रयास पर काम करेगा: विंक: (विशेषकर यदि आपने रास्पबेरी पीआई इमेजर में कोई त्रुटि संदेश कभी नहीं देखा)

देर से उत्तर के लिए क्षमा करें। यह पता चला है कि यह वास्तव में यूएसबी डिवाइस पर लिखने पर प्रतिबंध था। मैंने इसे इस समस्या के रूप में अनदेखा कर दिया था क्योंकि ओएस ने खुद को ठीक लिखा था। यह केवल फ़र्स्टरन फ़ाइल की प्रति थी जो विफल हो रही थी। जाहिर तौर पर USB राइट की जाँच उच्च स्तर पर की जानी चाहिए और निम्न स्तर का OS राइट ठीक था। किसी भी तरह एक बार यह प्रतिबंध हटा दिए जाने के बाद, सब ठीक है। मैं इस मुद्दे को बंद करने के साथ ठीक हूं, हालांकि, चूंकि ऐसा लगता है कि इसने अन्य रुचि पैदा की है, इसलिए मैं इसे दूसरों पर छोड़ देता हूं।

देर से उत्तर के लिए क्षमा करें। यह पता चला है कि यह वास्तव में यूएसबी डिवाइस पर लिखने पर प्रतिबंध था।

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

यह बाद वाला था। USB लेखन पर कंपनी का व्यापक प्रतिबंध। विशेष मामलों के लिए छूट की अनुमति। एक बार जब हमें छूट मिली, तो सब अच्छा था।

USB लेखन पर कंपनी का व्यापक प्रतिबंध।

किंडा विडंबना है कि "सुरक्षा सॉफ़्टवेयर" निम्न-स्तरीय लेखन को अवरुद्ध नहीं करता है, जैसा कि मुझे लगता है कि सैद्धांतिक रूप से उच्च स्तरीय पहुंच प्रतिबंधों को बाईपास करने के लिए उपयोग किया जा सकता है: पलक:

जानकारी के लिए धन्यवाद।
चूंकि समस्या हल हो गई है, इसलिए मैं इसे बंद कर दूंगा।

संस्करण 1.6.0 और पुष्टि कर सकता है कि लेखन प्रक्रिया विफल हो जाती है (उन्नत / छिपे हुए विकल्प)। हालांकि Img की लिखने की प्रक्रिया त्रुटिपूर्ण रूप से काम करती है। यह एक बड़ा मुद्दा नहीं है, लेकिन निश्चित रूप से इसे ठीक किया जाना चाहिए क्योंकि यह सिर्फ भ्रम और अतिरिक्त काम का परिचय देता है।

संस्करण 1.6.0 और पुष्टि कर सकता है कि लेखन प्रक्रिया विफल हो जाती है (उन्नत / छिपे हुए विकल्प)।

सुरक्षा सॉफ़्टवेयर वाले कंपनी कंप्यूटर से भी संबंधित हैं?
यदि नहीं, तो यह वही मुद्दा नहीं है।

संस्करण 1.6.0 और पुष्टि कर सकता है कि लेखन प्रक्रिया विफल हो जाती है (उन्नत / छिपे हुए विकल्प)।

सुरक्षा सॉफ़्टवेयर वाले कंपनी कंप्यूटर से भी संबंधित हैं? यदि नहीं, तो यह वही मुद्दा नहीं है।

मेरा बुरा, यह रात का समय है और मुझे कुछ चीजें/ओपी संदर्भ याद आया।
पर्सनल विंडोज 10 कंप्यूटर (बिटडेफेंडर के साथ)।

संस्करण 1.6.0
पर्सनल विंडोज 10 कंप्यूटर (बिटडेफेंडर के साथ)।

सुझाव है कि आप पहले 1.6.2 में अपग्रेड करें, और यदि वह भी विफल रहता है तो सटीक त्रुटि संदेश को सूचीबद्ध करते हुए एक नया मुद्दा खोलें।

मैं उबंटू मशीन पर इमेजर 1.6.2 के साथ इसी मुद्दे में भाग गया जिसमें कोई विशेष सुरक्षा सॉफ़्टवेयर स्थापित नहीं है, इसलिए मुझे नहीं लगता कि यह उससे संबंधित है।
यह एक रन पर हुआ जहां मैंने होस्टनाम सेट करने के लिए विकल्प (Ctrl + Shift + X) सेट किया, SSH और Wifi को सक्षम किया।

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

जब मैं कोई विकल्प कॉन्फ़िगर नहीं करता, तो इमेजर ठीक चलता है।

कमांड लाइन पर कोई त्रुटि आउटपुट नहीं है।

मैं उबंटू मशीन पर इमेजर 1.6.2 के साथ इसी मुद्दे में भाग गया जिसमें कोई विशेष सुरक्षा सॉफ़्टवेयर स्थापित नहीं है, इसलिए मुझे नहीं लगता कि यह उससे संबंधित है।

यह विशेष मुद्दा मैकोज़ के बारे में है जिसमें कॉर्पोरेट सुरक्षा सॉफ़्टवेयर स्थापित है।
उबंटू के लिए एक अलग खोलना चाह सकते हैं।

यदि आपने स्नैप (उबंटू सॉफ्टवेयर सेंटर) के माध्यम से उबंटू पर इमेजर स्थापित किया है तो सही जगह यहां होगी: https://github.com/popey/imager-snap/issues/16
ध्यान दें कि हमने वह स्नैप पैकेज नहीं बनाया है, यह एक तृतीय-पक्ष द्वारा प्रदान किया गया है, और चूंकि यह सैंडबॉक्स वातावरण में चलता है, यह हमारे संस्करण के लिए अलग व्यवहार करता है।

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

आरपीआई-इमेजर के स्नैप संस्करण (1.6.2) का उपयोग करते समय मैं इसी समस्या में भाग गया। मैंने इसे "firstrun.sh" समस्या सहित कई प्रकार की त्रुटियों के साथ, शायद छह बार चलाने की कोशिश की।
मैंने स्नैप संस्करण को अनइंस्टॉल कर दिया, और सीधे www.raspberrypi.com/software से .deb (फिर से, 1.6.2) डाउनलोड किया, और यह पहली बार एक आकर्षण की तरह चला।
यहां योगदान देने वाले सभी को धन्यवाद!

मुझे यह समस्या 1.6.2 पर Ubuntu 20.04 पर स्थापित हो रही है। मैंने इस मुद्दे को कस्टम सेटिंग्स रखने के लिए अलग कर दिया है। मैंने वाईफाई और एसएसएच सेट करने की कोशिश की और अगर मैं इनमें से किसी एक या दोनों चीजों को करता हूं तो मुझे firstrun.sh त्रुटि मिलती है।

मुझे यह समस्या 1.6.2 पर Ubuntu 20.04 पर स्थापित हो रही है।

आपने इमेजर कैसे स्थापित किया?
.deb या स्नैप?

which rpi-imager 
/snap/bin/rpi-imager

/स्नैप/बिन/आरपीआई-इमेजर

कृपया यहां रिपोर्ट करें: https://github.com/popey/imager-snap/issues/16
वैकल्पिक रूप से, स्नैप को अनइंस्टॉल करें, और इसके बजाय हमारा पैकेज प्राप्त करें: https://www.raspberrypi.com/software/

मैं इसे Ubuntu 18.04 पर चला रहा हूं।
आरपीआई-इमेजर 1.6 रिलीज काम करता है।

मैं इसे Ubuntu 18.04 पर चला रहा हूं।

मान लें कि आप स्नैप का उपयोग कर रहे हैं (जैसा कि हमारे .deb को कम से कम Ubuntu 20.04 की आवश्यकता है), कृपया यहां रिपोर्ट करें: https://github.com/popey/imager-snap/issues/16