Rpi-imager: Error: error al crear firstrun.sh en una partición gruesa cuando se ejecuta en MacOS

1.7 beta pasó a llamarse 1.6.1, ya que solo hubo pequeños cambios.
Así que ya estás ejecutando eso.

No estoy seguro de cuál es el problema aquí.
Imager puede crear el archivo con éxito en mi Mac Mini (con un lector USB-C de marca desconocida que se ve así )

Después de que falla, puede acceder a la ubicación de "arranque" en "Finder" y abrir, digamos, config.txt, agregar una línea de texto aleatoria allí y "archivo de menú" -> "guardar" el archivo.
¿No se queja de que el dispositivo sea de solo lectura allí o algo fuera de lo común?

Estoy viendo problemas similares también. El archivo firstrun.sh no existía en mi primer intento flash, pero apareció en el segundo intento, usando la versión 1.6.1 de la cámara. Sin embargo, todavía no puedo acceder a la Raspberry Pi. Estoy usando una tarjeta de memoria microSD Samsung Evo+ de 32 GB con el lector de tarjetas microSD USB CanaKit.

El archivo firstrun.sh no existía en mi primer intento flash, pero apareció en el segundo intento, usando la versión 1.6.1 de la cámara.

¿Y recibió el mismo error "error al crear firstrun.sh en la partición FAT" que el problema inicial en su primer intento?

(Tenga en cuenta que firstrun.sh es eliminado por el Pi en el primer arranque)

En realidad, nunca vi un error en ninguno de los intentos. Intenté iniciar primero antes de mirar el sistema de archivos en el primer intento, por lo que puede ser por eso que el archivo no existía. Mientras investigaba el problema, encontré algunas menciones en las que las personas tenían problemas para conectarse a puntos de acceso WiFi de 5 GHz en general. En un tercer intento, cambié el SSID WiFi del punto de acceso de 5 GHz a la versión de 2,4 GHz y todo parecía funcionar correctamente. Entonces, mi problema en realidad puede estar relacionado con el acceso WiFi 5 versus 2.4 en lugar del propio Raspberry Pi Imager.

Entonces, mi problema en realidad puede estar relacionado con el acceso WiFi 5 versus 2.4 en lugar del propio Raspberry Pi Imager.

Sí, eso suena probable. No puedo ver ninguna razón por la que RPi Imager no funcione en los primeros dos intentos, pero luego funcione mágicamente en el tercer intento :wink: (especialmente si nunca vio ningún mensaje de error en Raspberry Pi Imager)

Lo siento por la respuesta tardía. Resulta que esto era de hecho una restricción para escribir en un dispositivo USB. Había pasado por alto esto como el problema debido al hecho de que el propio sistema operativo escribió bien. Lo único que fallaba era la copia del archivo de primera ejecución. Aparentemente, la verificación de la escritura USB debe realizarse en un nivel superior y la escritura del sistema operativo de bajo nivel estaba bien. En cualquier caso, una vez que se eliminó esta restricción, todo está bien. Me parece bien cerrar este tema, sin embargo, dado que parece haber generado otro interés, se lo dejo a otros.

Lo siento por la respuesta tardía. Resulta que esto era de hecho una restricción para escribir en un dispositivo USB.

¿Es esa una configuración en Mac OS X en sí, o algo introducido por un software de seguridad de terceros que normalmente solo se usa en empresas más grandes para restringir lo que los usuarios pueden y no pueden hacer?
Solo me preguntaba, en caso de que otros usuarios informen problemas similares.

Fue el último. Restricción en toda la empresa sobre escritura USB. Exenciones permitidas para casos especiales. Una vez que obtuvimos una exención, todo estuvo bien.

Restricción en toda la empresa sobre escritura USB.

Un poco irónico que el "software de seguridad" no bloquee la escritura de bajo nivel, ya que supongo que teóricamente podría usarse para eludir las restricciones de acceso de alto nivel: guiño:

Gracias por la info.
Como el problema está resuelto, cerraré este.

Versión 1.6.0 y puede confirmar que el proceso de escritura falla (Opciones avanzadas/ocultas). Sin embargo, el proceso de escritura de Img funciona perfectamente. Este no es un gran problema, pero definitivamente debe solucionarse, ya que solo genera confusión y trabajo adicional.

Versión 1.6.0 y puede confirmar que el proceso de escritura falla (Opciones avanzadas/ocultas).

¿También se refiere a una computadora de la empresa con software de seguridad?
Si no, no es el mismo problema.

Versión 1.6.0 y puede confirmar que el proceso de escritura falla (Opciones avanzadas/ocultas).

¿También se refiere a una computadora de la empresa con software de seguridad? Si no, no es el mismo problema.

Mi error, es de noche y me perdí algunas cosas/contexto OP.
Computadora personal con Windows 10 (con Bitdefender).

Versión 1.6.0
Computadora personal con Windows 10 (con Bitdefender).

Le sugerimos que primero actualice a 1.6.2 y abra un nuevo problema que indique el mensaje de error exacto si eso también falla.

Me encontré con este mismo problema con imager 1.6.2 en una máquina Ubuntu que no tiene instalado ningún software de seguridad en particular, así que no creo que esté relacionado con eso.
Ocurrió en una ejecución en la que configuré opciones (Ctrl+Shift+X) para establecer un nombre de host, habilitar SSH y Wifi.

En el segundo intento, también configuro las opciones para configurar una zona horaria y un teclado, y omito el asistente de primera ejecución, pero el error persiste.

Cuando no configuro ninguna opción, la cámara funciona bien.

No hay salida de error en la línea de comando.

Me encontré con este mismo problema con imager 1.6.2 en una máquina Ubuntu que no tiene instalado ningún software de seguridad en particular, así que no creo que esté relacionado con eso.

Este problema en particular es sobre MacOS con software de seguridad corporativo instalado.
Es posible que desee abrir uno separado para Ubuntu.

Si instaló Imager en Ubuntu a través de Snap (Centro de software de Ubuntu), el lugar correcto sería este: https://github.com/popey/imager-snap/issues/16
Tenga en cuenta que no creamos ese paquete instantáneo, lo proporciona un tercero y, dado que se ejecuta en un entorno de espacio aislado, se comporta de manera diferente a nuestra versión.

Si descargó el paquete .deb del sitio web de Raspberry Pi, intente si funciona mejor si deshabilita el montaje automático en Ubuntu.
Si funciona mejor si cambia la configuración de montaje automático, es probable que ya esté solucionado en la próxima versión de Imager (hay una solución para lidiar con las condiciones de carrera de montaje automático en el código fuente aquí en github, pero eso no hizo en un lanzamiento publicado todavía).

Me encontré con este mismo problema cuando usaba la versión Snap (1.6.2) del rpi-imager. Traté de ejecutarlo unas seis veces, con una variedad de errores, incluido el problema "firstrun.sh".
Desinstalé la versión de Snap y descargué el .deb (nuevamente, 1.6.2) directamente desde www.raspberrypi.com/software , y funcionó de maravilla a la primera.
¡Gracias a todos los que contribuyeron aquí!

Tengo este problema en 1.6.2 instalado en Ubuntu 20.04. He aislado el problema de tener configuraciones personalizadas. Traté de configurar wifi y ssh y si hago una o ambas cosas, obtengo el error firstrun.sh.

Tengo este problema en 1.6.2 instalado en Ubuntu 20.04.

¿Cómo instalaste Imager?
.deb o complemento?

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

/snap/bin/rpi-imager

Informe aquí: https://github.com/popey/imager-snap/issues/16
Alternativamente, desinstale el complemento y obtenga nuestro paquete en su lugar: https://www.raspberrypi.com/software/

Lo estoy ejecutando en Ubuntu 18.04.
La versión rpi-imager 1.6 funciona.

Lo estoy ejecutando en Ubuntu 18.04.

Suponiendo que está utilizando el complemento (ya que nuestro .deb necesita al menos Ubuntu 20.04), informe aquí: https://github.com/popey/imager-snap/issues/16