Rpi-imager: قائمة الخيارات المتقدمة غير متوفرة في الإصدار 1.7

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

jssalter يجب أن تكون قادرًا على الرجوع إلى إصدار أقدم من إصدار Windows الخاص بك بمجرد الحصول على 1.6.exe من هنا - آمل أن يكون هذا مفيدًا لك.

jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 يقول أن خيار الإعدادات المتقدمة يعمل فقط إذا اكتشف RPi Imager أن الصورة "قابلة للتكوين"؟

lurch لقد أكدت أن هذا يحدث لسطح المكتب الافتراضي RaspiOS 32 بت.

هل يمكنك تأكيد نظام التشغيل الذي قمت بإعادة إنتاج هذا عليه؟

هل قمت بتشغيل rpi-imager على نظام Raspberry Pi OS؟

أنا أقوم بتشغيله على macOS Big Sur (11.6) ولا توجد خيارات تظهر عندما أضغط على Shift + Ctrl + X بعد الآن.

عندما أحدد صورة قابلة للتكوين ، أرى ترسًا للخيارات يظهر في أسفل اليمين ، لكن النقر فوقه لا يؤدي إلى أي شيء:

الشيء نفسه بالنسبة لي على MacOS Big Sur 11.6.3 مع صورة RasPiOS 64 بت Lite. يظهر رمز الترس ولكنه لا يفعل شيئًا. آه ، بينما كنت أكتب ، حمل جيف صورة gif ؛ نعم ، ذلك.

كما ذكرنا عند إنشاء المشكلة ، أنا مشترك في Debian Bullseye x86_64

يعمل معي على macOS Catalina. قد يكون شيء أذونات في Bug Sur ، لأنه يطالبني قبل فتح النافذة بطلب الإذن لمنح كلمة مرور Wi-Fi من سلسلة المفاتيح الخاصة بي.

تصبح الأذونات أكثر تعقيدًا على نظام macOS post-Catalina.

سواء أعطيته الإذن أم لا ، لا تظهر قائمة الخيارات المتقدمة.

aallan شكرا. قد يكون الأمر كذلك ، لكن الإصدار السابق 1.6.2 من Imager يعمل جيدًا على Big Sur و Monterey. و OP لديه هذه المشكلة على Debian x86.

qrc: / خيارات المنبثقة. qml: 488 : خطأ: لا يمكن تعيين [غير محدد] إلى منطقي

آه ، بسبب رمز wifi ssid المخفي.
يفترض هذا بشكل غير صحيح أنه في حالة وجود إعدادات wifi مخزنة ، فهناك دائمًا إعداد مخزن يوضح ما إذا كان wifi ssid مخفيًا أم لا.
ومع ذلك ، فإن المستخدمين الذين كانوا يستخدمون ctrl + shift + x في إصدار سابق ، وإعدادات wifi المحفوظة ، واختاروا استخدام إعدادات الحفظ "لاستخدامها دائمًا" ليس لديهم هذا الإعداد ...

كحل مؤقت في الوقت الحالي ، يجب أن يعمل حذف الإعدادات المخزنة.

لينكس:

rm  ~/.config/Raspberry\ Pi/Imager.conf

نظام التشغيل Mac OSX:

rm ~/Library/Preferences/org.raspberrypi.Imager.plist

maxnet - بعد الإنهاء ، وحذف ملف التفضيلات ، وفتح Imager مرة أخرى ، لا أرى أي فرق (لا يعمل اختصار لوحة المفاتيح قبل أو بعد تحديد صورة ، ولا يقوم ترس الإعدادات بعمل أي شيء عند النقر فوقه).

تتكاثف الحبكة - إرفاق مقطع فيديو لأنها أسهل طريقة للتوضيح ، ولكن بشكل أساسي ، عندما أختار "الكتابة" ، فإن الطريقة الوحيدة في 1.7 بالنسبة لي لأتمكن فعليًا من كتابة صورة هي مسح جميع الإعدادات - اختيار الإعدادات يظهر مربع الحوار ولكن مرة أخرى ، يؤدي النقر فوق أي من الخيارات لتكوين الخيارات المتقدمة إلى عدم حدوث أي شيء:

https://user-images.githubusercontent.com/481677/152397752-a8fbc2e5-093f-41c1-bcf4-b64c7157c7a3.mov

اختبرته للتو على كمبيوتر محمول آخر ، هذا الذي يعمل بنظام macOS Big Sur 11.6.1. إنه يعمل بالنسبة لي.

أحصل على نفس المطالبة لتمرير بيانات اعتماد wifi من سلسلة المفاتيح الخاصة بي ، ولكن في كلتا الحالتين تظهر قائمة الخيارات المتقدمة عندما أضغط على العجلة المسننة.

maxnet - بعد الإنهاء وحذف ملف التفضيلات وفتح Imager مرة أخرى ، لا أرى أي فرق

غريب.

هل يمكنك تأكيد أو نفي أن هذه البنيات تعمل على حل المشكلات؟

Raspberry Pi Imager 1.7.1.dmg
rpi-imager_1.7.1_amd64.deb

مرحبًا ، @ maxnet - شكرًا لإصلاحك الرائع. لقد بنيت للتو من https://github.com/raspberrypi/rpi-imager/commit/d91f8d95b1c9eab3153d0a6f32abeaeb95f87104 ويمكنني التأكد من أن الأشياء تعمل مرة أخرى.

شكرا!!!

@ maxnet في الإصدار 1.7.0 كان لدي نفس الخطأ بالضبط (macOS monterey 12.0.1) ولكن مع الإصدار 1.7.1 تم إصلاحه لي أيضًا

كل شيء يعمل كما هو متوقع في 1.7.1.

من الجيد سماع الأشياء ثابتة في 1.7.1
الآن أيضًا في صفحة الإصدار. إغلاق هذا.

نعم ، يعمل الإصدار 1.7.1 على Big Sur ، وهذا بدون حذف إعدادات "الاستخدام دائمًا" القديمة. شكرا!

jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 يقول أن خيار الإعدادات المتقدمة يعمل فقط إذا اكتشف RPi Imager أن الصورة "قابلة للتكوين"؟

كنت أحاول استخدام Raspbian 32 بت.

jssalter يجب أن تكون قادرًا على الرجوع إلى إصدار أقدم من إصدار Windows الخاص بك بمجرد الحصول على 1.6.exe من هنا - آمل أن يكون هذا مفيدًا لك.

شكرا لك

أخشى أنني بحاجة إلى إعادة النظر في هذه المشكلة ، حيث إن المظهر والإعداد لقائمة الخيارات المتقدمة لا يؤدي في الواقع إلى كتابة البرنامج النصي firstrun.sh .
يرجى الاطلاع على الناتج أدناه لمحاولة تعيين هذه الأشياء ، مع ملاحظة القيمة الفارغة Custom cmdline.txt entries: "" ، والتي أعتقد أنها ما يوجه Pi إلى البرنامج النصي firstrun.sh .

patrick @ bridnetpidemo ➜  ~  rpi-imager
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
qrc:/main.qml:304:21: QML Rectangle: Detected anchors on an item that is managed by a layout. This is undefined behavior; use Layout.alignment instead.
QObject::setParent: Cannot set parent, new parent is in a different thread
Custom config.txt entries: ""
Custom cmdline.txt entries: ""
Custom firstuse.sh: "#!/bin/bash\n\nset +e\n\nFIRSTUSER=`getent passwd 1000 | cut -d: -f1`\nFIRSTUSERHOME=`getent passwd 1000 | cut -d: -f6`\nif [ -f /usr/lib/userconf-pi/userconf ]; then\n   /usr/lib/userconf-pi/userconf 'pi' '$5$mXq2ewJlEK$2tGL.tc/O6iSkZgjer03Dw5wsvRSuwoARXGSvG24nL2'\nelse\n   echo \"$FIRSTUSER:\"'$5$mXq2ewJlEK$2tGL.tc/O6iSkZgjer03Dw5wsvRSuwoARXGSvG24nL2' | chpasswd -e\n   if [ \"$FIRSTUSER\" != \"pi\" ]; then\n      usermod -l \"pi\" \"$FIRSTUSER\"\n      usermod -m -d \"/home/pi\" \"pi\"\n      groupmod -n \"pi\" \"$FIRSTUSER\"\n      if grep -q \"^autologin-user=\" /etc/lightdm/lightdm.conf ; then\n         sed /etc/lightdm/lightdm.conf -i -e \"s/^autologin-user=.*/autologin-user=pi/\"\n      fi\n      if [ -f /etc/systemd/system/[email protected]/autologin.conf ]; then\n         sed /etc/systemd/system/[email protected]/autologin.conf -i -e \"s/$FIRSTUSER/pi/\"\n      fi\n      if [ -f /etc/sudoers.d/010_pi-nopasswd ]; then\n         sed -i \"s/^$FIRSTUSER /pi /\" /etc/sudoers.d/010_pi-nopasswd\n      fi\n   fi\nfi\nsystemctl enable ssh\ncat >/etc/wpa_supplicant/wpa_supplicant.conf <<'WPAEOF'\ncountry=US\nctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev\nap_scan=1\n\nupdate_config=1\nnetwork={\n\tssid=\"Fast Magnolia\"\n\tpsk=cfd0a675ba04482b7ef5e03c6556885a6bd3b477bd72de685ec07a93d6e4848f\n}\n\nWPAEOF\nchmod 600 /etc/wpa_supplicant/wpa_supplicant.conf\nrfkill unblock wifi\nfor filename in /var/lib/systemd/rfkill/*:wlan ; do\n  echo 0 > $filename\ndone\nrm -f /etc/xdg/autostart/piwiz.desktop\nrm -f /etc/localtime\necho \"America/New_York\" >/etc/timezone\ndpkg-reconfigure -f noninteractive tzdata\ncat >/etc/default/keyboard <<'KBEOF'\nXKBMODEL=\"pc105\"\nXKBLAYOUT=\"us\"\nXKBVARIANT=\"\"\nXKBOPTIONS=\"\"\n\nKBEOF\ndpkg-reconfigure -f noninteractive keyboard-configuration\nrm -f /boot/firstrun.sh\nsed -i 's| systemd.run.*||g' /boot/cmdline.txt\nexit 0\n"
Cloudinit: "users:\n- name: pi\n  groups: users,adm,dialout,audio,netdev,video,plugdev,cdrom,games,input,gpio,spi,i2c,render,sudo\n  shell: /bin/bash\n  lock_passwd: false\n  passwd: $5$mXq2ewJlEK$2tGL.tc/O6iSkZgjer03Dw5wsvRSuwoARXGSvG24nL2\n\nssh_pwauth: true\n\ntimezone: America/New_York\nruncmd:\n- sed -i 's/^s*REGDOMAIN=S*/REGDOMAIN=US/' /etc/default/crda || true\n- rm -f /etc/xdg/autostart/piwiz.desktop\n- localectl set-x11-keymap \"us\" pc105\n- setupcon -k --force || true\n\n\n"

لقد قمت بتركيب الصورة بعد محاولة الكتابة بهذه التخصيصات وتأكدت من عدم وجود نص برمجي firstrun.sh في /boot .

شكرا لك مرة أخرى على اهتمامك بهذا ،
باتريك

أخشى أنني بحاجة إلى إعادة النظر في هذه المشكلة ، حيث إن المظهر والإعداد لقائمة الخيارات المتقدمة لا يكتبان في الواقع ملف
البرنامج النصي firstrun.sh.

باستخدام أي توزيعة لينكس؟
لاحظ أن التوزيعات يجب أن تعلن الآن عما إذا كانت تدعم systemd (firstrun.sh) أو التخصيص السحابي لكي تعمل الأشياء بشكل صحيح.

الرجاء الاطلاع على الإخراج أدناه لمحاولة تعيين هذه الأشياء ، مع ملاحظة إدخالات cmdline.txt المخصصة الفارغة: ""

رمز تعديل cmdline.txt إذا لزم الأمر موجود الآن في مكان مختلف.
في المرحلة التي تتم طباعتها ، لا تعرف حتى الآن طريقة التخصيص التي يجب أن تطبقها

كما ذكرنا عندما فتحت الإصدار ، أنا مشترك في Debian Bullseye x86_64

التوزيعة التي كنت أحاول الكتابة إليها كانت RaspiOS Lite ARM64 الموجودة هنا

سأفترض ، إذن ، أن الإصدار 64 بت من RaspiOS لن يقبل القدرة على تشغيل برنامج نصي firstrun.sh ، والذي أعترف أنه يبدو خاطئًا. سأستمر في استخدام 1.6.2 منذ ذلك الإصدار _ هل فعلاً _ أكتب إلى RaspiOS Lite ARM64.

التوزيعة التي كنت أحاول الكتابة إليها كانت RaspiOS Lite ARM64 الموجودة هنا

هذا واحد بالتأكيد يعمل.
إذا قمت بإحضار صورتك الخاصة ("استخدام مخصص") ، فإنها تطبق التخصيص firstrun.sh إذا كانت هناك مشكلة. txt على قسم FAT وكان يحتوي على "pi-gen" ، وهذا هو الحال مع ذلك.

هل قمت بالتحقق من firstrun.sh مباشرة بعد الكتابة ، أم قمت بتشغيل بطاقة SD أولاً؟
كما هو الحال في التمهيد الأول ، يقوم Pi بإزالة firstrun.sh بعد استهلاكه.

إذا كنت تستخدم صورتك الخاصة ، ولم تُنشئ firstrun.sh ، فيجب أن يكون هناك ملف بيانات المستخدم بدلاً من ذلك. هل هذا هو الحال؟

لقد تحققت من firstrun.sh في /boot بعد الكتابة مباشرة (ليس هناك). يحتوي الملف issue.txt على ما يلي:

Raspberry Pi reference 2022-01-28
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, fbe448ccdc995d295d24c7596e5f0ef62cc2488f, stage2

إذا كنت تستخدم صورتك الخاصة ، ولم تُنشئ firstrun.sh ، فيجب أن يكون هناك ملف بيانات المستخدم بدلاً من ذلك. هل هذا هو الحال؟

user-data أيضًا غير موجود.
لست متأكدًا مما أبحث عنه أيضًا.

أخشى أنني لا أستطيع إعادة إنتاج مشكلتك.
يغير cmdline.txt جيدًا ويضيف firstrun.sh مع Imager 1.7.1 الذي يعمل ضمن Kubuntu مع تلك الصورة.

شكرًا جزيلاً على عملك - لابد أن هناك شيئًا خاطئًا من جانبي. انا اقدر مساعدتك