Rpi-imager: Menu Options avancées non disponible dans la v1.7

Créé le 3 févr. 2022  ·  28Commentaires  ·  Source: raspberrypi/rpi-imager

Bonjour et merci pour rpi-imager

Je viens de reconstruire pour passer à la version 1.7 et je n'ai plus accès à la page Options avancées "Ctrl+Maj+x".
Mon système d'exploitation = Debian Bullseye x86_64

Lors de l'utilisation de ces touches, la console imprime ce qui suit (j'ai également conservé la sortie de la console de démarrage):

patrick$: rpi-imager https://downloads.raspberrypi.org/raspios_lite_arm64/images/raspios_lite_arm64-2022-01-28/2022-01-28-raspios-bullseye-arm64-lite.zip
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.
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool

J'ai confirmé que la même chose se produit lors de l'utilisation d'une image de la liste des systèmes d'exploitation en ligne. La sortie ci-dessous provient de la sélection du RaspiOS 32 bits par défaut et de la tentative de cliquer sur l'icône Paramètres et d'appuyer sur "Ctrl + Maj + X"

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
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool
qrc:/OptionsPopup.qml:488: Error: Cannot assign [undefined] to bool

Merci d'avance pour votre aide à ce sujet,
patrick

Commentaire le plus utile

@maxnet - Après avoir quitté, supprimé le fichier de préférences et rouvert Imager, je ne vois aucune différence

Étrange.

Pouvez-vous confirmer ou infirmer que ces builds résolvent les problèmes ?

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

Tous les 28 commentaires

Ayant également ce problème sur la version Windows. Il y a maintenant un rouage qui apparaît dans la fenêtre qui, vraisemblablement, concerne les paramètres avancés, mais rien ne se passe lorsque je clique dessus. Essayer de trouver un moyen de revenir à 1.6

@jssalter Vous devriez pouvoir rétrograder votre version de Windows en récupérant simplement un 1.6.exe à partir d'ici - j'espère que cela vous sera utile.

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 indique que l'option de paramètres avancés ne fonctionne que si RPi Imager détecte que l'image est "configurable" ?

@lurch J'ai confirmé que cela se produit pour le RaspiOS Desktop 32 bits par défaut.

Peux-tu confirmer sur quel OS tu l'as reproduit ?

Avez-vous exécuté rpi-imager sur Raspberry Pi OS ?

Je l'exécute sur macOS Big Sur (11.6) et aucune option n'apparaît lorsque j'appuie sur Maj + Ctrl + X.

Lorsque je sélectionne une image configurable, je vois un rouage d'options apparaître en bas à droite, mais cliquer dessus ne fait rien :

imager-options

Idem pour moi sur MacOS Big Sur 11.6.3 avec l'image RasPiOS 64 bits Lite. Une icône d'engrenage apparaît mais ne fait rien. Ah, pendant que je tapais, Jeff a téléchargé un gif; alors oui, ça.

Comme mentionné lors de la création du problème, je suis sur Debian Bullseye x86_64

Fonctionne pour moi sur macOS Catalina. Il peut s'agir d'un problème d'autorisations sur Bug Sur, car il me demande avant d'ouvrir la fenêtre de demander la permission de donner le mot de passe Wi-Fi de mon trousseau.

Screenshot 2022-02-03 at 17 06 06

Les autorisations deviennent beaucoup plus compliquées sur macOS post-Catalina.

Que je lui donne la permission ou non, le menu Options avancées apparaît cependant .

@allan Merci. C'est peut-être cela, mais la version précédente 1.6.2 d'Imager fonctionne bien sur Big Sur et Monterey. Et l'OP a ce problème sur Debian x86.

qrc:/OptionsPopup. qml:488 : Erreur : Impossible d'affecter [undefined] à bool

Ah, causé par le code ssid wifi caché.
Cela suppose à tort que s'il y a des paramètres wifi stockés, il y a aussi toujours un paramètre stocké qui indique si le ssid wifi est masqué ou non.
Cependant, les utilisateurs qui utilisaient ctrl + shift + x dans une version précédente, enregistraient les paramètres wifi et choisissaient d'utiliser les paramètres de sauvegarde "à toujours utiliser" n'ont pas ce paramètre ...

Comme solution de contournement pour le moment, la suppression de vos paramètres stockés devrait fonctionner.

Linux :

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

Mac OS X:

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

@maxnet - Après avoir quitté, supprimé le fichier de préférences et rouvert Imager, je ne vois aucune différence (le raccourci clavier ne fonctionne pas avant ou après la sélection d'une image, le rouage des paramètres ne fait jamais rien lorsqu'il est cliqué).

L'intrigue s'épaissit - joindre une vidéo parce que c'est le moyen le plus simple d'illustrer, mais fondamentalement, lorsque je choisis "Écrire", la seule façon en 1.7 pour moi de pouvoir réellement écrire une image est d'effacer tous les paramètres - le choix des paramètres La boîte de dialogue apparaît mais encore une fois, cliquer sur l'une des options pour configurer les options avancées ne se passe rien :

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

Je viens de le tester sur un autre ordinateur portable, celui-ci exécutant macOS Big Sur 11.6.1. Ça marche pour moi.

Je reçois la même invite pour transmettre les informations d'identification Wi-Fi de mon trousseau, mais dans tous les cas , le menu Options avancées apparaît lorsque j'appuie sur la roue dentée.

@maxnet - Après avoir quitté, supprimé le fichier de préférences et rouvert Imager, je ne vois aucune différence

Étrange.

Pouvez-vous confirmer ou infirmer que ces builds résolvent les problèmes ?

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

Bonjour, @maxnet - merci pour votre excellente solution. Je viens de construire à partir de https://github.com/raspberrypi/rpi-imager/commit/d91f8d95b1c9eab3153d0a6f32abeaeb95f87104 et je peux confirmer que les choses fonctionnent à nouveau.

MERCI!!!

@maxnet dans la v1.7.0 j'avais exactement le même bogue (macOS monterey 12.0.1) mais avec la v1.7.1 c'est aussi corrigé pour moi

Tout fonctionne comme prévu sur 1.7.1.

Bon à entendre que les choses sont corrigées dans 1.7.1
Maintenant aussi sur la page de sortie. Fermant ça.

Oui, la 1.7.1 fonctionne sur Big Sur, c'est sans avoir supprimé mes anciens paramètres "toujours utiliser". Merci!

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 indique que l'option de paramètres avancés ne fonctionne que si RPi Imager détecte que l'image est "configurable" ?

J'essayais d'utiliser Raspbian 32 bits.

@jssalter Vous devriez pouvoir rétrograder votre version de Windows en récupérant simplement un 1.6.exe à partir d'ici - j'espère que cela vous sera utile.

Merci

J'ai bien peur de devoir revoir ce problème, car l'apparence et les paramètres du menu Options avancées n'écrivent pas réellement le script firstrun.sh .
Veuillez consulter la sortie ci-dessous d'une tentative de définition de ces éléments, en notant le vide Custom cmdline.txt entries: "" , qui, je crois, dirige le Pi vers le script 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"

J'ai monté l'image après avoir tenté d'écrire avec ces personnalisations et j'ai confirmé qu'il n'y a pas de script firstrun.sh dans /boot .

Merci encore pour l'attention que vous portez à cela,
patrick

J'ai bien peur de devoir revoir ce problème, car l'apparence et le réglage du menu Options avancées n'écrivent pas réellement le
script firstrun.sh.

Avec quelle distribution Linux ?
Notez que les distributions doivent désormais annoncer si elles prennent en charge la personnalisation systemd (firstrun.sh) ou cloud-init pour que les choses fonctionnent correctement.

Veuillez consulter le résultat ci-dessous d'une tentative de définition de ces éléments, en notant les entrées personnalisées cmdline.txt vides : ""

Le code pour modifier cmdline.txt si nécessaire se trouve maintenant à un endroit différent.
Au stade de l'impression il ne sait pas encore quelle méthode de personnalisation il doit appliquer

Comme mentionné lorsque j'ai ouvert le problème, je suis sur Debian Bullseye x86_64

La distribution sur laquelle j'essayais d'écrire était RaspiOS Lite ARM64 trouvée ici

Je supposerai donc que la version 64 bits de RaspiOS n'acceptera pas la possibilité d'exécuter un script firstrun.sh , ce qui, je l'admets, semble faux. Je continuerai à utiliser la version 1.6.2 puisque cette version a effectivement écrit sur RaspiOS Lite ARM64.

La distribution sur laquelle j'essayais d'écrire était RaspiOS Lite ARM64 trouvée ici

Celui-là fonctionne définitivement.
Si vous apportez votre propre image ("use custom"), elle applique la personnalisation firstrun.sh s'il y a un issue.txt sur la partition FAT et qu'il contient "pi-gen", et c'est le cas avec celui-là.

Avez-vous vérifié firstrun.sh immédiatement après l'écriture ou avez-vous d'abord démarré la carte SD ?
Comme au premier démarrage, le Pi supprime firstrun.sh après l'avoir consommé.

Si vous utilisez votre propre image et qu'elle n'a pas généré firstrun.sh, il devrait y avoir un fichier de données utilisateur à la place. Est-ce le cas?

J'ai vérifié firstrun.sh dans /boot juste après avoir écrit (ce n'est pas là). Le fichier issue.txt contient les éléments suivants :

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

Si vous utilisez votre propre image et qu'elle n'a pas généré firstrun.sh, il devrait y avoir un fichier de données utilisateur à la place. Est-ce le cas?

user-data n'existe pas non plus.
Je ne sais pas quoi chercher d'autre.

screenshot-rpios64lite

J'ai bien peur de ne pas pouvoir reproduire votre problème.
Modifie finement cmdline.txt et ajoute firstrun.sh avec Imager 1.7.1 fonctionnant sous Kubuntu avec cette image.

Merci beaucoup pour votre travail - il doit y avoir quelque chose qui ne va pas de mon côté. J'apprécie ton aide

Cette page vous a été utile?
0 / 5 - 0 notes