Rpi-imager: Menu de opções avançadas não disponível na v1.7

Também tendo esse problema na versão do Windows. Agora há uma engrenagem que aparece na janela que, presumivelmente, é para as configurações avançadas, mas nada acontece quando clico nela. Tentando encontrar uma maneira de voltar para 1.6

@jssalter Você deve poder fazer o downgrade da sua versão do Windows simplesmente pegando um 1.6.exe daqui - espero que seja útil para você.

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 diz que a opção de configurações avançadas só funciona se o RPi Imager detectar que a imagem é "configurável"?

@lurch Confirmei que isso está acontecendo para o RaspiOS Desktop padrão de 32 bits.

Você pode confirmar em qual sistema operacional você reproduziu isso?

Você executou o rpi-imager no Raspberry Pi OS?

Estou executando no macOS Big Sur (11.6) e não há mais opções que aparecem quando pressiono Shift + Ctrl + X.

Quando seleciono uma imagem configurável, vejo uma engrenagem de opções aparecer no canto inferior direito, mas clicar nela não faz nada:

O mesmo para mim no MacOS Big Sur 11.6.3 com a imagem RasPiOS 64-bit Lite. Um ícone de engrenagem aparece, mas não faz nada. Ah, enquanto eu estava digitando Jeff postou um gif; então sim, isso.

Como mencionado ao criar o problema, estou no Debian Bullseye x86_64

Funciona para mim no macOS Catalina. Pode ser uma coisa de permissões no Bug Sur, porque ele me avisa antes de abrir a janela pedindo permissão para fornecer a senha do Wi-Fi do meu chaveiro.

As permissões ficam muito mais complicadas no macOS pós-Catalina.

Se eu der permissão ou não, o menu Opções avançadas aparece .

@aallan Obrigado. Pode ser isso, mas a versão anterior 1.6.2 do Imager funciona bem em Big Sur e Monterey. E o OP tem esse problema no Debian x86.

qrc:/OptionsPopup. qml:488 : Erro: Não é possível atribuir [indefinido] a bool

Ah, causado pelo código ssid wifi oculto.
Isso pressupõe incorretamente que, se houver configurações de wifi armazenadas, também sempre haverá uma configuração armazenada que informa se o ssid wifi está ou não oculto.
No entanto, os usuários que estavam usando ctrl+shift+x em uma versão anterior, salvaram as configurações de wifi e optaram por usar salvar configurações "para sempre usar" não têm essa configuração ...

Como solução alternativa por enquanto, excluir suas configurações armazenadas deve funcionar.

Linux:

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

Mac OS X:

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

@maxnet - Depois de sair, excluir o arquivo de preferências e abrir o Imager novamente, não vejo diferença (o atalho de teclado não funciona antes ou depois de selecionar uma imagem, a engrenagem de configurações nunca faz nada quando clicada).

O enredo se complica - anexar um vídeo porque é a maneira mais fácil de ilustrar, mas basicamente, quando escolho 'Escrever', a única maneira na 1.7 de realmente poder escrever uma imagem é limpar todas as configurações - a opção de configurações diálogo aparece, mas novamente, clicar em qualquer uma das opções para configurar as opções avançadas resulta em nada acontecendo:

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

Acabei de testá-lo em outro laptop, este executando o macOS Big Sur 11.6.1. Funciona para mim.

Recebo o mesmo prompt para passar as credenciais de Wi-Fi do meu chaveiro, mas de qualquer forma o menu Opções Avançadas aparece quando eu aperto a roda dentada.

@maxnet - Depois de sair, excluir o arquivo de preferências e abrir o Imager novamente, não vejo diferença

Estranho.

Você pode confirmar ou negar que essas compilações corrigem os problemas?

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

Olá, @maxnet -- obrigado por sua ótima correção. Acabei de construir a partir de https://github.com/raspberrypi/rpi-imager/commit/d91f8d95b1c9eab3153d0a6f32abeaeb95f87104 e posso confirmar que as coisas estão funcionando novamente.

OBRIGADA!!!

@maxnet na v1.7.0 eu tive exatamente o mesmo bug (macOS monterey 12.0.1), mas com a v1.7.1 também foi corrigido para mim

Tudo está funcionando como esperado em 1.7.1.

Bom saber que as coisas foram corrigidas em 1.7.1
Agora também na página de lançamento. Fechando isso.

Sim, 1.7.1 funciona no Big Sur, isso sem ter deletado minhas antigas configurações de "sempre usar". Obrigado!

@jssalter https://github.com/raspberrypi/rpi-imager/releases/tag/v1.7 diz que a opção de configurações avançadas só funciona se o RPi Imager detectar que a imagem é "configurável"?

Eu estava tentando usar o Raspbian de 32 bits.

@jssalter Você deve poder fazer o downgrade da sua versão do Windows simplesmente pegando um 1.6.exe daqui - espero que seja útil para você.

Obrigado

Receio que precise revisitar esse problema, pois a aparência e a configuração do menu Opções avançadas não estão realmente gravando o script firstrun.sh .
Por favor, veja a saída abaixo de uma tentativa de definir essas coisas, observando o vazio Custom cmdline.txt entries: "" , que acredito ser o que direciona o Pi para o 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"

Eu montei a imagem depois de tentar escrever com essas personalizações e confirmei que não há script firstrun.sh em /boot .

Obrigado novamente por sua atenção a isso,
Patrick

Receio que precise revisitar esse problema, pois a aparência e a configuração do menu Opções avançadas não estão realmente gravando o
script firstrun.sh.

Usando qual distribuição Linux?
Observe que as distribuições agora devem anunciar se suportam a personalização do systemd (firstrun.sh) ou do cloud-init para que as coisas funcionem corretamente.

Consulte a saída abaixo de uma tentativa de definir essas coisas, observando as entradas de cmdline.txt personalizadas vazias: ""

O código para modificar cmdline.txt, se necessário, agora está em um local diferente.
Na fase de impressão não sabe ainda qual o método de personalização que deve aplicar

Como mencionado quando abri o problema, estou no Debian Bullseye x86_64

A distro que eu estava tentando escrever era RaspiOS Lite ARM64 encontrada aqui

Vou assumir, então, que a versão de 64 bits do RaspiOS não aceitará a capacidade de executar um script firstrun.sh , o que admito parecer errado. Continuarei a usar o 1.6.2 desde que essa versão _realmente_ gravou no RaspiOS Lite ARM64.

A distro que eu estava tentando escrever era RaspiOS Lite ARM64 encontrada aqui

Esse definitivamente funciona.
Se você trouxer sua própria imagem ("use custom"), ela aplicará a personalização firstrun.sh se houver um issue.txt na partição FAT e contiver "pi-gen", e esse é o caso dessa.

Você verificou o firstrun.sh imediatamente após a gravação ou inicializou o cartão SD primeiro?
Como na primeira inicialização, o Pi remove firstrun.sh após consumi-lo.

Se você estiver usando sua própria imagem e ela não tiver gerado firstrun.sh, deve haver um arquivo de dados do usuário. É esse o caso?

Verifiquei firstrun.sh em /boot logo após escrever (não está lá). O arquivo issue.txt contém o seguinte:

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

Se você estiver usando sua própria imagem e ela não tiver gerado firstrun.sh, deve haver um arquivo de dados do usuário. É esse o caso?

user-data também não existe.
Não tenho certeza do que mais procurar.

Receio não poder reproduzir o seu problema.
Muda bem o cmdline.txt e adiciona firstrun.sh com o Imager 1.7.1 rodando no Kubuntu com essa imagem.

Muito obrigado pelo seu trabalho - deve haver algo errado do meu lado. eu aprecio sua ajuda