Rpi-imager: Menú de opciones avanzadas no disponible en v1.7

También tengo este problema en la versión de Windows. Ahora hay un engranaje que aparece en la ventana que, presumiblemente, es para la configuración avanzada, pero no sucede nada cuando hago clic en él. Tratando de encontrar una manera de retroceder a 1.6

@jssalter Debería poder degradar su versión de Windows simplemente tomando un 1.6.exe desde aquí . Espero que sea útil para usted.

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 dice que la opción de configuración avanzada solo funciona si RPi Imager detecta que la imagen es "configurable".

@lurch He confirmado que esto está sucediendo para el RaspiOS Desktop predeterminado de 32 bits.

¿Puede confirmar en qué sistema operativo ha reproducido esto?

¿Ejecutaste rpi-imager en Raspberry Pi OS?

Lo estoy ejecutando en macOS Big Sur (11.6) y ya no aparecen opciones cuando presiono Shift + Ctrl + X.

Cuando selecciono una imagen que es configurable, veo que aparece una rueda dentada de opciones en la esquina inferior derecha, pero al hacer clic en ella no ocurre nada:

Lo mismo para mí en MacOS Big Sur 11.6.3 con la imagen Lite de RasPiOS de 64 bits. Aparece un icono de engranaje pero no hace nada. Ah, mientras escribía, Jeff subió un gif; pues si, eso.

Como se mencionó al crear el problema, estoy en Debian Bullseye x86_64

Funciona para mí en macOS Catalina. Puede ser una cuestión de permisos en Bug Sur, porque me pregunta antes de abrir la ventana pidiendo permiso para dar la contraseña de Wi-Fi de mi llavero.

Los permisos se vuelven mucho más complicados en macOS post-Catalina.

Sin embargo, ya sea que le dé permiso o no, el menú Opciones avanzadas aparece .

@aallan Gracias. Puede ser eso, pero la versión anterior 1.6.2 de Imager funciona bien en Big Sur y Monterey. Y el OP tiene este problema en Debian x86.

qrc:/opciones emergentes. qml:488 : Error: no se puede asignar [indefinido] a bool

Ah, causado por el código oculto wifi ssid.
Eso supone incorrectamente que si hay configuraciones de wifi almacenadas, también hay una configuración almacenada que dice si el ssid de wifi está oculto o no.
Sin embargo, los usuarios que usaban ctrl+shift+x en una versión anterior, guardaron la configuración wifi y eligieron usar la configuración de guardado "para usar siempre" no tienen esa configuración...

Como solución por ahora, la eliminación de la configuración almacenada debería funcionar.

Linux:

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

Mac OS X:

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

@maxnet : después de salir, eliminar el archivo de preferencias y volver a abrir Imager, no veo ninguna diferencia (el método abreviado de teclado no funciona antes o después de seleccionar una imagen, el engranaje de configuración nunca hace nada cuando se hace clic).

La trama se complica: adjuntar un video porque es la forma más fácil de ilustrar, pero básicamente, cuando elijo 'Escribir', la única forma en 1.7 para poder escribir una imagen es borrar todas las configuraciones: la opción de configuración Aparece el cuadro de diálogo, pero nuevamente, al hacer clic en cualquiera de las opciones para configurar las opciones avanzadas, no sucede nada:

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

Acabo de probarlo en otra computadora portátil, esta con macOS Big Sur 11.6.1. Esto funciona para mi.

Recibo el mismo mensaje para pasar las credenciales wifi de mi llavero, pero de cualquier manera, el menú Opciones avanzadas aparece cuando golpeo la rueda dentada.

@maxnet : después de salir, eliminar el archivo de preferencias y volver a abrir Imager, no veo ninguna diferencia

Extraño.

¿Puedes confirmar o negar que estas compilaciones solucionen los problemas?

Cámara de imágenes Raspberry Pi 1.7.1.dmg
rpi-imager_1.7.1_amd64.deb

Hola, @maxnet , gracias por tu excelente solución. Acabo de construir desde https://github.com/raspberrypi/rpi-imager/commit/d91f8d95b1c9eab3153d0a6f32abeaeb95f87104 y puedo confirmar que las cosas están funcionando nuevamente.

¡¡¡GRACIAS!!!

@maxnet en v1.7.0 tuve exactamente el mismo error (macOS monterey 12.0.1) pero con v1.7.1 también se solucionó para mí

Todo funciona como se esperaba en 1.7.1.

Es bueno escuchar que las cosas están arregladas en 1.7.1
Ahora también en la página de lanzamiento. Cerrando esto.

Sí, 1.7.1 funciona en Big Sur, esto es sin haber eliminado mi antigua configuración de "usar siempre". ¡Gracias!

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 dice que la opción de configuración avanzada solo funciona si RPi Imager detecta que la imagen es "configurable".

Estaba tratando de usar Raspbian de 32 bits.

@jssalter Debería poder degradar su versión de Windows simplemente tomando un 1.6.exe desde aquí . Espero que sea útil para usted.

Gracias

Me temo que necesito revisar este problema, ya que la apariencia y la configuración del menú Opciones avanzadas en realidad no están escribiendo el script firstrun.sh .
Consulte el resultado a continuación de un intento de configurar estas cosas, observando el Custom cmdline.txt entries: "" vacío, que creo que es lo que dirige el Pi al 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"

Monté la imagen después de intentar escribir con estas personalizaciones y confirmé que no hay un script firstrun.sh en /boot .

Gracias de nuevo por su atención a esto,
Patricio

Me temo que necesito revisar este problema, ya que la apariencia y la configuración del menú Opciones avanzadas en realidad no están escribiendo el
secuencia de comandos firstrun.sh.

¿Usando qué distribución de Linux?
Tenga en cuenta que las distribuciones ahora deben anunciar si admiten systemd (firstrun.sh) o la personalización cloud-init para que las cosas funcionen correctamente.

Consulte el resultado a continuación de un intento de configurar estas cosas, teniendo en cuenta las entradas vacías de Custom cmdline.txt: ""

El código para modificar cmdline.txt si es necesario ahora está en un lugar diferente.
En la etapa que se imprime aún no sabe qué método de personalización debe aplicar

Como mencioné cuando abrí el problema, estoy en Debian Bullseye x86_64

La distribución a la que estaba tratando de escribir era RaspiOS Lite ARM64 que se encuentra aquí

Asumiré, entonces, que la versión de 64 bits de RaspiOS no aceptará la capacidad de ejecutar un script firstrun.sh , lo que admito que parece incorrecto. Continuaré usando 1.6.2 ya que esa versión _de hecho_ escribió en RaspiOS Lite ARM64.

La distribución a la que estaba tratando de escribir era RaspiOS Lite ARM64 que se encuentra aquí

Ese definitivamente funciona.
Si trae su propia imagen ("usar personalizado"), aplica la personalización de firstrun.sh si hay un problema.txt en la partición FAT y contiene "pi-gen", y ese es el caso con ese.

¿Comprobó firstrun.sh inmediatamente después de escribir, o primero arrancó la tarjeta SD?
Como en el primer arranque, Pi elimina firstrun.sh después de consumirlo.

Si está utilizando su propia imagen y no generó firstrun.sh, debería haber un archivo de datos de usuario en su lugar. ¿Es ese el caso?

Revisé firstrun.sh en /boot justo después de escribir (no está allí). El archivo issue.txt contiene lo siguiente:

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

Si está utilizando su propia imagen y no generó firstrun.sh, debería haber un archivo de datos de usuario en su lugar. ¿Es ese el caso?

user-data tampoco existe.
No estoy seguro de qué más buscar.

Me temo que no puedo reproducir su problema.
Modifica correctamente cmdline.txt y agrega firstrun.sh con Imager 1.7.1 ejecutándose en Kubuntu con esa imagen.

Muchas gracias por su trabajo, debe haber algo mal de mi parte. Aprecio tu ayuda