Rpi-imager: Erro: erro ao criar firstrun.sh na partição fat ao executar no MacOS

1.7 beta foi renomeado para 1.6.1, pois havia apenas pequenas mudanças.
Então você já está executando isso.

Não tenho certeza qual é o problema aqui.
O Imager consegue criar o arquivo com sucesso no meu Mac Mini (com um leitor USB-C de marca desconhecida que se parece com isso )

Depois de falhar, você pode acessar o local "boot" no "Finder" e abrir, digamos, config.txt, adicionar uma linha de texto aleatória e "arquivo de menu" -> "salvar" o arquivo?
Não reclama que o aparelho é somente leitura lá ou algo fora do comum?

Estou vendo problemas semelhantes também. O arquivo firstrun.sh não existia na minha primeira tentativa de flash, mas apareceu na segunda tentativa, usando a v1.6.1 do imager. No entanto, ainda não consigo ssh no Raspberry Pi. Estou usando um cartão de memória microSD Samsung Evo+ 32GB com o Leitor de Cartão MicroSD USB CanaKit.

O arquivo firstrun.sh não existia na minha primeira tentativa de flash, mas apareceu na segunda tentativa, usando a v1.6.1 do imager.

E você obteve o mesmo erro "erro ao criar firstrun.sh na partição FAT" como o iniciador do problema em sua primeira tentativa?

(Observe que firstrun.sh é removido pelo Pi na primeira inicialização)

Na verdade, eu nunca vi um erro em nenhuma das tentativas. Eu tentei inicializar primeiro antes de olhar para o sistema de arquivos na primeira tentativa, então pode ser por isso que o arquivo não existia. Ao pesquisar o problema, encontrei algumas menções em que as pessoas tiveram problemas para se conectar a pontos de acesso WiFi de 5 GHz em geral. Em uma terceira tentativa, alterei o SSID WiFi do ponto de acesso de 5 GHz para a versão de 2,4 GHz e tudo parecia funcionar corretamente. Portanto, meu problema pode estar relacionado ao acesso WiFi 5 versus 2,4 em vez do próprio Raspberry Pi Imager.

Portanto, meu problema pode estar relacionado ao acesso WiFi 5 versus 2,4 em vez do próprio Raspberry Pi Imager.

Sim, isso parece provável. Não consigo ver nenhum motivo pelo qual o próprio RPi Imager não funcionaria nas duas primeiras tentativas, mas magicamente funcionaria na terceira tentativa: wink: (especialmente se você nunca viu nenhuma mensagem de erro no Raspberry Pi Imager)

Desculpe pelo atraso na resposta. Acontece que isso era de fato uma restrição à gravação no dispositivo USB. Eu tinha esquecido isso como o problema devido ao fato de que o próprio sistema operacional escreveu bem. Foi apenas a cópia do arquivo firstrun que estava falhando. Aparentemente, a verificação da gravação USB deve ser feita em um nível mais alto e a gravação do SO de baixo nível foi ok. De qualquer forma, uma vez que essa restrição foi removida, tudo está bem. Eu estou bem em encerrar esta questão, no entanto, uma vez que parece ter gerado outro interesse, deixo para os outros.

Desculpe pelo atraso na resposta. Acontece que isso era de fato uma restrição à gravação no dispositivo USB.

Essa é uma configuração no próprio Mac OS X ou algo introduzido por software de segurança de terceiros normalmente usado apenas em empresas maiores para restringir o que os usuários podem e não podem fazer?
Apenas imaginando, caso outros usuários relatem problemas semelhantes.

Foi o último. Restrição em toda a empresa para gravação em USB. Isenções permitidas para casos especiais. Uma vez que obtivemos uma isenção, tudo estava bem.

Restrição em toda a empresa para gravação em USB.

Meio irônico que o "software de segurança" não bloqueie a gravação de baixo nível, pois acho que isso poderia teoricamente ser usado para contornar as restrições de acesso de nível superior :wink:

Obrigado pela informação.
Como o problema foi resolvido, vou fechar este.

Versão 1.6.0 e pode confirmar que o processo de gravação falha (opções avançadas/ocultas). O processo de gravação do Img funciona perfeitamente. Este não é um grande problema, mas definitivamente deve ser corrigido, pois apenas introduz confusão e trabalho extra.

Versão 1.6.0 e pode confirmar que o processo de gravação falha (opções avançadas/ocultas).

Refere-se a um computador da empresa com software de segurança também?
Se não, não é o mesmo problema.

Versão 1.6.0 e pode confirmar que o processo de gravação falha (opções avançadas/ocultas).

Refere-se a um computador da empresa com software de segurança também? Se não, não é o mesmo problema.

Meu mal, é noite e eu perdi algumas coisas/contexto OP.
Computador pessoal com Windows 10 (com Bitdefender).

Versão 1.6.0
Computador pessoal com Windows 10 (com Bitdefender).

Sugira que você atualize para 1.6.2 primeiro e abra um novo problema listando a mensagem de erro exata se isso falhar também.

Eu encontrei esse mesmo problema com o imager 1.6.2 em uma máquina Ubuntu que não possui nenhum software de segurança específico instalado, então não acho que esteja relacionado a isso.
Aconteceu em uma execução em que defino opções (Ctrl + Shift + X) para definir um nome de host, habilitar SSH e Wifi.

Na segunda tentativa, também defino as opções de configuração de fuso horário e teclado e pulo o assistente de primeira execução, mas o erro persiste.

Quando não configuro nenhuma opção, o imager funciona bem.

Não há saída de erro na linha de comando.

Eu encontrei esse mesmo problema com o imager 1.6.2 em uma máquina Ubuntu que não possui nenhum software de segurança específico instalado, então não acho que esteja relacionado a isso.

Esse problema específico é sobre o MacOS com software de segurança corporativa instalado.
Pode querer abrir um separado para o Ubuntu.

Se você instalou o Imager no Ubuntu através do snap (centro de software do Ubuntu), o lugar certo seria aqui: https://github.com/popey/imager-snap/issues/16
Observe que não criamos esse pacote de snap, ele é fornecido por terceiros e, como é executado em um ambiente de sandbox, ele se comporta de maneira diferente da nossa versão.

Se você baixou o pacote .deb do site Raspberry Pi, tente se funciona melhor se você desabilitar a montagem automática no Ubuntu.
Se funcionar melhor se você alterar a configuração de montagem automática, provavelmente já foi corrigido na próxima versão do Imager (há uma correção para lidar com condições de corrida de montagem automática no código-fonte aqui no github, mas isso não fez em uma versão publicada ainda).

Eu me deparei com esse mesmo problema ao usar a versão Snap (1.6.2) do rpi-imager. Tentei executá-lo talvez seis vezes, com uma variedade de erros, incluindo o problema "firstrun.sh".
Desinstalei a versão Snap e baixei o .deb (novamente, 1.6.2) direto de www.raspberrypi.com/software , e funcionou como um encanto na primeira vez.
Obrigado a todos que contribuíram aqui!

Estou tendo esse problema no 1.6.2 instalado no Ubuntu 20.04. Eu isolei o problema para ter configurações personalizadas. Eu tentei definir wifi e ssh e se eu fizer uma ou ambas as coisas, recebo o erro firstrun.sh.

Estou tendo esse problema no 1.6.2 instalado no Ubuntu 20.04.

Como você instalou o Imager?
.deb ou snap?

which rpi-imager 
/snap/bin/rpi-imager

/snap/bin/rpi-imager

Informe aqui: https://github.com/popey/imager-snap/issues/16
Como alternativa, desinstale o snap e obtenha nosso pacote: https://www.raspberrypi.com/software/

Estou executando isso no Ubuntu 18.04.
A versão 1.6 do rpi-imager funciona.

Estou executando isso no Ubuntu 18.04.

Supondo que você esteja usando o snap (já que nosso .deb precisa de pelo menos o Ubuntu 20.04), informe aqui: https://github.com/popey/imager-snap/issues/16