Rpi-imager: Erweitertes Optionsmenü nicht verfügbar in v1.7

Habe dieses Problem auch in der Windows-Version. Es gibt jetzt ein Zahnrad, das im Fenster auftaucht, das sich vermutlich auf die erweiterten Einstellungen bezieht, aber nichts passiert, wenn ich darauf klicke. Ich versuche einen Weg zu finden, auf 1.6 zurückzusetzen

@jssalter Sie sollten in der Lage sein, Ihre Windows-Version herunterzustufen, indem Sie einfach eine 1.6.exe von hier herunterladen - ich hoffe, das ist hilfreich für Sie.

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 sagt, dass die erweiterte Einstellungsoption nur funktioniert, wenn RPi Imager erkennt, dass das Bild "konfigurierbar" ist?

@lurch Ich habe bestätigt, dass dies für den Standard-RaspiOS-Desktop 32-Bit geschieht.

Können Sie bestätigen, auf welchem ​​​​Betriebssystem Sie dies reproduziert haben?

Hast du rpi-imager auf Raspberry Pi OS ausgeführt?

Ich verwende es unter macOS Big Sur (11.6) und es werden keine Optionen mehr angezeigt, wenn ich Umschalt + Strg + X drücke.

Wenn ich ein Bild auswähle, das konfigurierbar ist, sehe ich unten rechts ein Optionszahnrad, aber wenn ich darauf klicke, passiert nichts:

Dasselbe gilt für mich unter MacOS Big Sur 11.6.3 mit dem RasPiOS 64-Bit Lite-Image. Ein Zahnradsymbol erscheint, tut aber nichts. Ah, während ich gerade tippte, hat Jeff ein GIF hochgeladen; also ja, das.

Wie beim Erstellen des Problems erwähnt, verwende ich Debian Bullseye x86_64

Funktioniert bei mir unter macOS Catalina. Es kann eine Berechtigungssache auf Bug Sur sein, weil es mich vor dem Öffnen des Fensters auffordert, um Erlaubnis zu bitten, das Wi-Fi-Passwort von meinem Schlüsselbund zu geben.

Berechtigungen werden unter macOS nach Catalina viel komplizierter.

Unabhängig davon, ob ich ihm die Erlaubnis gebe oder nicht, wird das Menü „Erweiterte Optionen“ jedoch angezeigt.

@allan Danke. Es kann sein, dass die vorherige Version 1.6.2 von Imager auf Big Sur und Monterey gut funktioniert. Und das OP hat dieses Problem auf Debian x86.

qrc:/OptionsPopup. qml:488 : Fehler: Kann [undefined] nicht zu bool zuweisen

Ah, verursacht durch den versteckten WLAN-SSID-Code.
Das geht fälschlicherweise davon aus, dass bei gespeicherten WLAN-Einstellungen auch immer eine Einstellung gespeichert ist, die besagt, ob die WLAN-SSID versteckt ist oder nicht.
Benutzer, die in einer früheren Version Strg + Umschalt + X verwendet haben, WLAN-Einstellungen gespeichert haben und sich dafür entschieden haben, Einstellungen zu speichern, "um sie immer zu verwenden", haben diese Einstellung nicht ...

Als vorübergehende Problemumgehung sollte das Löschen Ihrer gespeicherten Einstellungen funktionieren.

Linux:

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

Mac OS X:

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

@maxnet - Nach dem Beenden, Löschen der Einstellungsdatei und erneutem Öffnen von Imager sehe ich keinen Unterschied (Tastenkombination funktioniert nicht vor oder nach der Auswahl eines Bildes, Einstellungszahnrad macht beim Klicken nie etwas).

Die Handlung verdichtet sich – das Anhängen eines Videos ist die einfachste Art der Veranschaulichung, aber im Grunde genommen ist die einzige Möglichkeit in 1.7, ein Bild zu schreiben, wenn ich mich für „Schreiben“ entscheide, das Löschen aller Einstellungen – der Einstellungsauswahl Das Dialogfeld wird angezeigt, aber auch hier führt das Klicken auf eine der Optionen zum Konfigurieren der erweiterten Optionen dazu, dass nichts passiert:

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

Ich habe es gerade auf einem anderen Laptop getestet, auf diesem läuft macOS Big Sur 11.6.1. Für mich geht das.

Ich erhalte die gleiche Aufforderung, WLAN-Anmeldeinformationen von meinem Schlüsselbund zu übergeben, aber in beiden Fällen wird das Menü „Erweiterte Optionen“ angezeigt, wenn ich auf das Zahnrad drücke.

@maxnet - Nach dem Beenden, Löschen der Einstellungsdatei und erneutem Öffnen von Imager sehe ich keinen Unterschied

Seltsam.

Können Sie bestätigen oder dementieren, dass diese Builds die Probleme beheben?

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

Hallo, @maxnet – danke für deine tolle Lösung. Ich habe gerade von https://github.com/raspberrypi/rpi-imager/commit/d91f8d95b1c9eab3153d0a6f32abeaeb95f87104 gebaut und kann bestätigen, dass die Dinge wieder funktionieren.

DANKE!!!

@maxnet in v1.7.0 hatte ich genau den gleichen Fehler (macOS monterey 12.0.1), aber mit v1.7.1 ist er auch für mich behoben

Am 1.7.1 funktioniert alles wie erwartet.

Gut zu hören, dass die Dinge in 1.7.1 behoben sind
Jetzt auch auf der Release-Seite. Schließe dies ab.

Ja, 1.7.1 funktioniert auf Big Sur, ohne meine alten "Immer verwenden"-Einstellungen gelöscht zu haben. Danke!

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 sagt, dass die erweiterte Einstellungsoption nur funktioniert, wenn RPi Imager erkennt, dass das Bild "konfigurierbar" ist?

Ich habe versucht, Raspbian 32-Bit zu verwenden.

@jssalter Sie sollten in der Lage sein, Ihre Windows-Version herunterzustufen, indem Sie einfach eine 1.6.exe von hier herunterladen - ich hoffe, das ist hilfreich für Sie.

Danke

Ich fürchte, ich muss dieses Problem noch einmal aufgreifen, da das Aussehen und die Einstellung des Menüs „Erweiterte Optionen“ nicht wirklich das Schreiben des firstrun.sh -Skripts ist.
Bitte sehen Sie sich die folgende Ausgabe eines Versuchs an, diese Dinge festzulegen, und beachten Sie das leere Custom cmdline.txt entries: "" , von dem ich glaube, dass es das ist, was den Pi zum Skript firstrun.sh leitet.

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"

Ich habe das Image gemountet, nachdem ich versucht hatte, mit diesen Anpassungen zu schreiben, und habe bestätigt, dass es kein firstrun.sh -Skript in /boot gibt.

Nochmals vielen Dank für Ihre Aufmerksamkeit,
Patrick

Ich fürchte, ich muss dieses Thema noch einmal aufgreifen, da das Aussehen und die Einstellung des Menüs „Erweiterte Optionen“ nicht wirklich das Schreiben ist
firstrun.sh-Skript.

Mit welcher Linux-Distribution?
Beachten Sie, dass Distributionen jetzt angeben müssen, ob sie systemd (firstrun.sh) oder cloud-init-Anpassung unterstützen, damit die Dinge richtig funktionieren.

Bitte sehen Sie sich die folgende Ausgabe eines Versuchs an, diese Dinge festzulegen, und beachten Sie die leeren benutzerdefinierten cmdline.txt-Einträge: ""

Der Code zum Ändern von cmdline.txt befindet sich jetzt an einer anderen Stelle.
In der Phase, in der gedruckt wird, weiß es noch nicht, welche Anpassungsmethode es anwenden soll

Wie beim Öffnen des Problems erwähnt, verwende ich Debian Bullseye x86_64

Die Distribution, in die ich schreiben wollte, war RaspiOS Lite ARM64, die hier zu finden ist

Ich gehe daher davon aus, dass die 64-Bit-Version von RaspiOS die Fähigkeit zum Ausführen eines firstrun.sh -Skripts nicht akzeptiert, was meiner Meinung nach falsch erscheint. Ich werde weiterhin 1.6.2 verwenden, da diese Version _tatsächlich_ auf RaspiOS Lite ARM64 geschrieben hat.

Die Distribution, in die ich schreiben wollte, war RaspiOS Lite ARM64, die hier zu finden ist

Der funktioniert definitiv.
Wenn Sie Ihr eigenes Image mitbringen ("benutzerdefiniert verwenden"), wird die firstrun.sh-Anpassung angewendet, wenn es eine issue.txt auf der FAT-Partition gibt und sie "pi-gen" enthält, und das ist bei dieser der Fall.

Haben Sie direkt nach dem Schreiben nach firstrun.sh gesucht oder zuerst die SD-Karte gebootet?
Wie beim ersten Start entfernt der Pi firstrun.sh nach dem Verbrauch.

Wenn Sie Ihr eigenes Image verwenden und es firstrun.sh nicht generiert hat, sollte stattdessen eine Benutzerdatendatei vorhanden sein. Ist das der Fall?

Ich habe kurz nach dem Schreiben nach firstrun.sh in /boot gesucht (es ist nicht da). Die Datei issue.txt enthält Folgendes:

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

Wenn Sie Ihr eigenes Image verwenden und es firstrun.sh nicht generiert hat, sollte stattdessen eine Benutzerdatendatei vorhanden sein. Ist das der Fall?

user-data existiert ebenfalls nicht.
Ich bin mir nicht sicher, wonach ich noch suchen soll.

Ich fürchte, ich kann Ihr Problem nicht reproduzieren.
Ändert cmdline.txt fein und fügt firstrun.sh mit Imager 1.7.1 hinzu, das unter Kubuntu mit diesem Image läuft.

Vielen Dank für Ihre Arbeit - bei mir muss etwas nicht stimmen. Ich schätze Ihre Hilfe