Rpi-imager: خطأ: خطأ في إنشاء firstrun.sh على قسم الدهون عند التشغيل على نظام MacOS

تمت إعادة تسمية الإصدار 1.7 بيتا إلى 1.6.1 ، حيث كانت هناك تغييرات صغيرة فقط.
إذن أنت تقوم بتشغيل ذلك بالفعل.

لست متأكدا ما هي المشكلة هنا.
يستطيع Imager إنشاء الملف بنجاح على جهاز Mac Mini الخاص بي (باستخدام قارئ USB-C غير معروف يبدو مثل هذا )

بعد أن يفشل ، يمكنك الوصول إلى موقع "التمهيد" في "Finder" وفتح قل config.txt ، وإضافة سطر عشوائي من النص هناك و "ملف القائمة" -> "حفظ" الملف؟
ولا يشتكي من أن الجهاز للقراءة فقط أو أي شيء خارج عن المألوف؟

أنا أرى قضايا مماثلة أيضا. لم يكن ملف firstrun.sh موجودًا في محاولة الفلاش الأولى الخاصة بي ، لكنه ظهر في المحاولة الثانية ، باستخدام الإصدار 1.6.1 من جهاز التصوير. ومع ذلك ، ما زلت غير قادر على الدخول في Raspberry Pi. أنا أستخدم بطاقة ذاكرة microSD من Samsung Evo + 32 جيجا بايت مع قارئ بطاقات CanaKit USB MicroSD.

لم يكن ملف firstrun.sh موجودًا في محاولة الفلاش الأولى الخاصة بي ، لكنه ظهر في المحاولة الثانية ، باستخدام الإصدار 1.6.1 من جهاز التصوير.

هل حصلت على نفس الخطأ "إنشاء firstrun.sh على قسم FAT" مثل بداية المشكلة في محاولتك الأولى؟

(هل لاحظ أن يتم إزالة firstrun.sh بواسطة Pi في التمهيد الأول)

لم أر في الواقع خطأ في أي من المحاولتين. لقد حاولت التمهيد أولاً قبل النظر إلى نظام الملفات في المحاولة الأولى ، لذلك قد يكون هذا هو سبب عدم وجود الملف. أثناء البحث عن المشكلة ، صادفت بعض الإشارات التي واجه فيها الأشخاص مشكلات في الاتصال بنقاط وصول WiFi بسرعة 5 جيجاهرتز بشكل عام. في محاولة ثالثة ، قمت بتغيير WiFi SSID من نقطة وصول 5 جيجاهرتز إلى إصدار 2.4 جيجاهرتز ويبدو أن كل شيء يعمل بشكل صحيح. لذلك قد تكون مشكلتي متعلقة بوصول 5 مقابل 2.4 WiFi بدلاً من Raspberry Pi Imager نفسه.

لذلك قد تكون مشكلتي متعلقة بوصول 5 مقابل 2.4 WiFi بدلاً من Raspberry Pi Imager نفسه.

نعم ، هذا يبدو مرجحًا. لا يمكنني رؤية أي سبب لعدم عمل RPi Imager نفسه في أول محاولتين ، ولكن بعد ذلك يعمل بطريقة سحرية في المحاولة الثالثة: غمزة: (خاصةً إذا لم تشاهد أي رسائل خطأ في Raspberry Pi Imager)

آسف على الرد المتأخر. اتضح أن هذا كان بالفعل قيدًا على الكتابة إلى جهاز USB. لقد تجاهلت هذا باعتباره مشكلة بسبب حقيقة أن نظام التشغيل نفسه كتب بشكل جيد. كانت فقط نسخة ملف التشغيل الأول التي فشلت. من الواضح أن التحقق من كتابة USB يجب أن يتم على مستوى أعلى وأن كتابة نظام التشغيل منخفض المستوى على ما يرام. على أي حال بمجرد إزالة هذا القيد ، كل شيء على ما يرام. أنا على ما يرام مع إغلاق هذه القضية ، نظرًا لأنه يبدو أنها ولدت اهتمامًا آخر ، فأنا أترك الأمر للآخرين.

آسف على الرد المتأخر. اتضح أن هذا كان بالفعل قيدًا على الكتابة إلى جهاز USB.

هل هذا إعداد في نظام التشغيل Mac OS X نفسه ، أم شيء تم تقديمه بواسطة برنامج أمان تابع لجهة خارجية يُستخدم عادةً فقط في الشركات الكبرى لتقييد ما يمكن للمستخدمين فعله وما لا يمكنهم فعله؟
فقط أتساءل ، في حالة قيام مستخدمين آخرين بالإبلاغ عن مشاكل مماثلة.

كان هذا الأخير. قيود الشركة على الكتابة عبر USB. يسمح بالإعفاءات لحالات خاصة. بمجرد أن حصلنا على إعفاء ، كان كل شيء جيدًا.

قيود الشركة على الكتابة عبر USB.

من المفارقات أن "برنامج الأمان" لا يمنع الكتابة منخفضة المستوى ، كما أعتقد أنه من الممكن نظريًا استخدامه لتجاوز قيود الوصول ذات المستوى الأعلى: غمزة:

شكرا للمعلومة.
منذ أن تم حل المشكلة ، سأغلق هذه المشكلة.

الإصدار 1.6.0 ويمكن تأكيد فشل عملية الكتابة (خيارات متقدمة / مخفية). عملية كتابة Img تعمل بشكل لا تشوبه شائبة. هذه ليست مشكلة كبيرة ولكن يجب بالتأكيد إصلاحها لأنها تؤدي فقط إلى حدوث ارتباك وعمل إضافي.

الإصدار 1.6.0 ويمكن تأكيد فشل عملية الكتابة (خيارات متقدمة / مخفية).

هل هناك قلق من وجود جهاز كمبيوتر للشركة مزود ببرنامج أمان أيضًا؟
إذا لم يكن الأمر كذلك ، فهذه ليست نفس المشكلة.

الإصدار 1.6.0 ويمكن تأكيد فشل عملية الكتابة (خيارات متقدمة / مخفية).

هل هناك قلق من وجود جهاز كمبيوتر للشركة مزود ببرنامج أمان أيضًا؟ إذا لم يكن الأمر كذلك ، فهذه ليست نفس المشكلة.

سيئتي ، لقد حان الوقت ليلا وقد فاتني بعض الأشياء / سياق OP.
كمبيوتر شخصي يعمل بنظام Windows 10 (مع Bitdefender).

الإصدار 1.6.0
كمبيوتر شخصي يعمل بنظام Windows 10 (مع Bitdefender).

نقترح عليك الترقية إلى 1.6.2 أولاً ، وافتح إصدارًا جديدًا يسرد رسالة الخطأ بالضبط إذا فشل ذلك أيضًا.

واجهت نفس المشكلة مع برنامج التصوير 1.6.2 على جهاز Ubuntu ليس به برنامج أمان معين مثبت ، لذلك لا أعتقد أنه مرتبط بذلك.
لقد حدث ذلك أثناء تشغيل حيث قمت بتعيين الخيارات (Ctrl + Shift + X) لتعيين اسم مضيف ، وتمكين SSH و Wifi.

في المحاولة الثانية ، قمت أيضًا بتعيين الخيارات لتكوين المنطقة الزمنية ولوحة المفاتيح ، وتخطي معالج التشغيل الأول ، لكن الخطأ استمر.

عندما لا أقوم بتكوين أي خيارات ، يعمل المصور بشكل جيد.

لا يوجد خطأ ناتج في سطر الأوامر.

واجهت نفس المشكلة مع برنامج التصوير 1.6.2 على جهاز Ubuntu ليس به برنامج أمان معين مثبت ، لذلك لا أعتقد أنه مرتبط بذلك.

تتعلق هذه المشكلة بالذات بنظام MacOS المثبت عليه برنامج أمان الشركة.
قد ترغب في فتح واحد منفصل لـ Ubuntu.

إذا قمت بتثبيت Imager على Ubuntu من خلال snap (مركز برامج Ubuntu) ، فسيكون المكان المناسب هنا: https://github.com/popey/imager-snap/issues/16
لاحظ أننا لم ننشئ حزمة snap هذه ، بل يتم توفيرها من قبل جهة خارجية ، وبما أنها تعمل في بيئة وضع الحماية ، فإنها تتصرف بشكل مختلف عن الإصدار الخاص بنا.

إذا قمت بتنزيل حزمة .deb من موقع Raspberry Pi على الويب بدلاً من ذلك ، فحاول ما إذا كانت تعمل بشكل أفضل إذا قمت بتعطيل التحميل التلقائي في Ubuntu.
إذا كان يعمل بشكل أفضل إذا قمت بتغيير إعداد التحميل التلقائي ، فمن المحتمل أنه تم إصلاحه بالفعل في إصدار Imager التالي (هناك إصلاح للتعامل مع ظروف سباق التحميل التلقائي في الكود المصدر هنا على github ، لكن ذلك لم ينجح في إصدار منشور حتى الآن).

واجهت نفس المشكلة عند استخدام إصدار Snap (1.6.2) من rpi-imager. حاولت تشغيله ربما ست مرات ، مع وجود مجموعة متنوعة من الأخطاء ، بما في ذلك مشكلة "firstrun.sh".
قمت بإلغاء تثبيت إصدار Snap ، وقمت بتنزيل .deb (مرة أخرى ، 1.6.2) مباشرة من www.raspberrypi.com/software ، وتم تشغيله مثل السحر لأول مرة.
شكرا لكل من ساهم هنا!

أواجه هذه المشكلة في 1.6.2 مثبتًا على Ubuntu 20.04. لقد عزلت المشكلة عن وجود إعدادات مخصصة. حاولت ضبط wifi و ssh ، وإذا قمت بأي من هذين الأمرين أو كليهما ، فسأحصل على خطأ firstrun.sh.

أواجه هذه المشكلة في 1.6.2 مثبتًا على Ubuntu 20.04.

كيف قمت بتثبيت Imager؟
.deb أو snap؟

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

/ snap / bin / rpi-imager

يرجى الإبلاغ هنا: https://github.com/popey/imager-snap/issues/16
بدلاً من ذلك ، قم بإلغاء تثبيت الخاطف ، واحصل على الحزمة الخاصة بنا بدلاً من ذلك: https://www.raspberrypi.com/software/

أنا أقوم بتشغيل ذلك على Ubuntu 18.04.
إصدار rpi-imager 1.6 يعمل.

أنا أقوم بتشغيل ذلك على Ubuntu 18.04.

بافتراض أنك تستخدم Snap (حيث يحتاج .deb لدينا على الأقل إلى Ubuntu 20.04) ، يرجى الإبلاغ هنا: https://github.com/popey/imager-snap/issues/16