Rpi-imager: opciones avanzadas no funcionan en windows 10

¿Qué imagen estabas escribiendo?

¿Y realmente comprobó en el Pi que el proceso sshd no se estaba ejecutando?
(Simplemente no poder conectarse puede tener otras razones).

Si en lugar de colocar la tarjeta SD en el Pi, la vuelve a colocar en su computadora inmediatamente después de escribir, ¿creó un archivo llamado firstrun.sh en la partición FAT?

Y si no, ¿hay alguna diferencia dependiendo de si marca la casilla "expulsar medios cuando termine"?

¡Gracias por la respuesta!

La imagen es el sistema operativo Rasberry Pi original (32 bits) Fecha de lanzamiento 2021-01-11
Revisé el Pi en sí mismo para el ssh. Pero no es solo la función de activación de ssh la que no funciona. No funciona nada en el menú de opciones. Probé las otras opciones también. Probé también diferentes tarjetas SD solo para estar seguro;)

Acabo de verificar y usar otra tarjeta SD, hice todo exactamente como antes y no creó un archivo llamado firstrun.sh.
la casilla de expulsión de medios no estaba marcada.

está bien. Miro este problema un poco más y parece que la impresora de imágenes tiene un problema con las tarjetas SD y las unidades USB grandes.

Probé una tarjeta SD de 16 GB y con esa tarjeta imager produje el archivo firstrun.sh deseado. Las primeras tarjetas SD que usé fueron de 32 y 128 Gb. Luego probé una unidad USB externa de 250 Gb pero no tuve éxito. Ningún archivo firstrun.sh.
Entonces, ¿quizás el problema es el tamaño de la tarjeta SD?

la casilla de expulsión de medios no estaba marcada

¿Verificarlo no hace la diferencia?

¿Su unidad mantiene la misma letra de unidad antes y después de la creación de imágenes?

marcar o desmarcar la casilla de expulsión de medios no hace ninguna diferencia La letra de mi unidad sigue siendo la misma.

Por ahora no es un gran problema porque no escribo el sistema operativo en tarjetas SD a diario. Pero bueno, configurar esas opciones hace que el proceso de instalación del sistema operativo sea más práctico para mí porque activar ssh de forma predeterminada significa que puede instalar el sistema operativo sin la necesidad de conectar una pantalla al RPI. Puede configurar un RPI completamente por conexión remota a través de ssh

Las primeras tarjetas SD que usé fueron de 32 y 128 Gb. Luego probé una unidad USB externa de 250 Gb pero no tuve éxito. Ningún archivo firstrun.sh.
Entonces, ¿quizás el problema es el tamaño de la tarjeta SD?

Se probó en una tarjeta SD Samsung de 64 GB y una Toshiba de 32 GB, por lo que el tamaño en sí no debería ser un problema.

Las unidades USB más nuevas pueden ser un problema si hablan el protocolo UASP en lugar del protocolo estándar de almacenamiento masivo USB.
Tengo un Samsung T7 SSD, que Windows no trata como almacenamiento extraíble sino como unidad interna y, por lo tanto, no le asigna una letra de unidad automáticamente después de la generación de imágenes. En su lugar, debe ir a la administración de discos de Windows y asignar una letra de unidad manualmente para que pueda ver los archivos en la partición FAT.
Al usar esa unidad, Imager obviamente no puede reparar los archivos automáticamente, pero muestra un claro mensaje de error en ese caso:

Lo cual es diferente a su caso de pérdida de los cambios que escribimos en el disco.

Tengo problemas similares. Recibo el error "no se puede escribir firstrun.sh". Incluiría una captura de pantalla, pero++X entra en conflicto con Snagit 2021, así que tuve que desactivarlo. ;)

El error ocurrió con una tarjeta SD de 32 GB pero no con una memoria USB de 16 GB.

Tengo problemas similares. Recibo el error "no se puede escribir firstrun.sh".

Eso significa que Windows indicó que a la partición FAT se le ha asignado una letra de unidad (de lo contrario, obtendrá "El sistema operativo no montó la partición FAT32" en su lugar), pero la apertura del archivo para escribir aún falló.
Tal vez haya un retraso en la asignación de una letra de unidad por parte de Windows y cuando el sistema de archivos terminó de montarse.
Si ese es el caso, es posible que tengamos que volver a intentarlo varias veces.

Después de recibir el error, ¿puede ver los archivos en la partición FAT en el explorador sin tener que volver a conectar la tarjeta o hacer algo especial?

Puedo ver la partición FAT32 pero, por supuesto, no hay un archivo firstrun.sh. En mi máquina es E: ya que tengo 2 particiones en mi HDD (no preguntes). Pero también es E: para la memoria USB.

Puedo ver la partición FAT32 pero, por supuesto, no hay un archivo firstrun.sh.

Está bien.
¿Puedes probar si este funciona mejor?

imager-1.7beta.zip

Espera hasta 3 segundos para verificar si config.txt existe en la letra de la unidad antes de proceder a escribir los cambios.

Funciona como se esperaba. Probado con una tarjeta SD de 32 GB desde la creación hasta el ciclo de arranque en Pi 4.

Gracias.

Funciona como se esperaba.

bueno escuchar

@TeeSee64 , ¿puedes probar también la versión beta?
(No tengo idea si hace algo por su problema, ya que tiene síntomas diferentes).

@maxnet
¡Sí! Puedo confirmar que el problema se soluciona con la versión 1.7beta. Ahora escribe el archivo firstrun.sh y todas las opciones funcionan. Funciona tanto con una tarjeta SD de 128 Gb como con una unidad USB de 250 Gb

Gracias !!

Hola @maxnet , tuve el mismo problema que @CharlesGodwin. También probé la 1.7beta, pero lamentablemente no me funciona. Solo el mensaje de error cambió debido a sus cambios. Ahora muestra "No se puede personalizar. El archivo 'I:\/config.txt' no existe".
El problema podría ser que la partición FAT32 esté montada en "J:\" en lugar de "I:\".
Lo siento, pero actualmente no puedo hacer más análisis sobre por qué está montado en "J:\" o por qué Imager cree que está montado en "I:\", pero al menos quería compartir esto con ustedes .

El problema podría ser que la partición FAT32 esté montada en "J:\" en lugar de "I:\".

Hmm, creo que tuvimos informes sobre letras de unidad que no se publicaron y se asignó una nueva letra de unidad a la unidad anterior.
Me gusta: https://github.com/raspberrypi/rpi-imager/issues/31
Sin embargo, nunca logré reproducir tales problemas. Así que no tengo idea de qué lo está causando.
Tal vez algo que bloquee la unidad (¿algún servicio del sistema o escáner de virus?)

¿O la tarjeta nunca estuvo disponible en I: antes?
¿Qué letra de unidad se mostró cuando seleccionó la unidad en Imager?

Imager asume que el primer volumen que Windows nos dice que está asociado con la unidad es la partición FAT que buscamos.
No estoy seguro de si existe un mecanismo mejor, como buscar config.txt en todos los volúmenes asociados con la unidad.

Si inicia "diskpart" desde un símbolo del sistema y escribe "listar volúmenes", ¿muestra I: y J: allí?
También puede intentar seleccionarlos con "seleccionar volumen [número de volumen]", y ver si "volumen de detalle" (y "partición de detalle" "disco de detalle") imprime algo fuera de lo común.

Tal vez algo que bloquee la unidad (¿algún servicio del sistema o escáner de virus?)

No lo creas.

¿Qué letra de unidad se mostró cuando seleccionó la unidad en Imager?

La tarjeta, que ya ha sido fotografiada, muestra "Montado como I:\,J:\" (traducido, usando la versión en alemán).
También probé con una tarjeta sin usar. Muestra "Montado como J:\" (I:\ falta por completo, también en el explorador. No me preguntes por qué...)

Si inicia "diskpart" desde un símbolo del sistema y escribe "listar volúmenes", ¿muestra I: y J: allí?

No, solo muestra J:\ allí. Pero en el explorador muestra ambos, I:\ y J:\.

Imager asume que el primer volumen que Windows nos dice que está asociado con la unidad es la partición FAT que buscamos.

Eso parece ser un problema.

@maxnet Solo una idea...
¿Quizás el indexador de búsqueda de Windows? A veces, cuando trato de quitar de forma segura una tarjeta SD de mi computadora, es imposible porque el indexador de búsqueda de Windwos está ocupado en esa tarjeta. después de unos momentos, el indexador está listo y es posible eliminarlo de forma segura.

¿Quizás el indexador de búsqueda de Windows?

Subcontratamos la limpieza de la tabla de particiones al inicio de Imaging a la utilidad diskpart de Microsoft, con la esperanza de que sepa cómo hacer que todos los servicios de Microsoft dejen de usar la unidad y liberen todos los bloqueos/letras de unidad correctamente.
Además de los servicios del sistema, también hay programas de terceros a los que les gusta reclamar y mantener abierto un archivo dentro de "\Información de volumen del sistema" en cada unidad.
Por ejemplo, recuerdo que se sabe que Symantec Endpoint Security lleva la contabilidad de los archivos que ya analizó y las firmas de esos archivos allí.
Es por eso que mencioné los detectores de virus.

@CRGer

¿Puedes probar si este funciona mejor?

imager-20210322.zip

Debe buscar todos los puntos de montaje asociados con la unidad para config.txt en lugar de solo el primero.

@maxnet Incluso si la letra de la unidad montada automáticamente cambia antes y después de escribir la imagen, ¿supongo que el número de disco físico no cambiará? Entonces, ¿tal vez podría usar algunas de las cosas de WMI para correlacionar las letras de las unidades antes y después de mostrar la imagen? :encogimiento de hombros: Alternativamente, supongo que podría usar el tamaño de la unidad sin procesar, ya que probablemente es poco probable que el usuario tenga dos unidades con el mismo tamaño sin procesar exactamente conectado. (y eso tampoco cambiará antes/después de flashear)

@maxnet Incluso si la letra de la unidad montada automáticamente cambia antes y después de escribir la imagen, asumo el número de disco físico
no cambiará? Entonces, ¿tal vez podría usar algunas de las cosas de WMI para correlacionar las letras de las unidades antes y después de mostrar la imagen?

Ya recuperamos la lista de volúmenes que pertenecen a ese número de unidad física después de la creación de imágenes.

Sin embargo, en el caso de CRGer, se devuelven dos volúmenes (I: y J:) como pertenecientes a esa unidad física .
Nuestro código asumió previamente que la primera es una partición FAT, pero en este caso la segunda es el único volumen válido.
El nuevo código debe escanear ambos volúmenes devueltos para config.txt

Puede terminar en un juego de wack a mole. tal vez el código en un cuadro de diálogo "Qué unidad es, por favor" cuando todo lo demás falla.

Ahh, entendí mal, disculpas por el ruido! :guiño:

¿Puedes probar si este funciona mejor?

Lo probé y funciona como se esperaba. "firstrun.sh" se creó en mi partición FAT con todas las configuraciones seleccionadas. Buen trabajo @maxnet , ¡gracias!

Estoy viendo este problema en ubuntu tratando de escribir Raspberry PI OS Lite, parece que no espera lo suficiente para que se monte la partición de arranque, antes de intentar escribir firstrun.sh en la partición. ¿Hay una compilación con un retraso mayor para ubuntu?

Además, en lugar de una espera arbitraria de 3 segundos, ¿qué tal si solo prueba si puede acceder a la partición en un bucle durante, digamos, 60 segundos antes de cometer un error o algo así?

Estoy viendo este problema en ubuntu tratando de escribir Raspberry PI OS Lite, parece que no espera lo suficiente para el arranque
partición para montar, antes de intentar escribir firstrun.sh en la partición. ¿Hay una compilación con un retraso mayor para ubuntu?

Este funciona mejor?

rpi-imager-ubuntu-20210324.zip

Además, en lugar de una espera arbitraria de 3 segundos, ¿qué tal si solo prueba si puede acceder a la partición en un bucle, digamos 60?
segundos antes de error o algo así?

Como referencia: toma 0.008 segundos antes de que la partición FAT se monte en mi computadora Ubuntu.

Estoy viendo este problema en ubuntu tratando de escribir Raspberry PI OS Lite, parece que no espera lo suficiente para el arranque
partición para montar, antes de intentar escribir firstrun.sh en la partición. ¿Hay una compilación con un retraso mayor para ubuntu?

Por cierto, ¿usó el .deb del sitio web de Raspberry Pi anteriormente, o el complemento proporcionado por canonical?

Como alguien más menciona, el problema solo ocurre en el complemento: https://www.raspberrypi.org/forums/viewtopic.php?f=63&p=1842486

¿Por qué se discute Ubuntu rpi-imager en un número titulado Opciones avanzadas que no funcionan en Windows 10 ?

nadie lo encontrará

¿Por qué se discute Ubuntu rpi-imager en un número titulado Opciones avanzadas que no funcionan en Windows 10?

Eso es más un problema con el título, que son problemas diferentes.

El problema en ambos casos es el mismo.
El sistema operativo informa que se realizó un montaje, cuando en realidad aún no está listo.

Esto NO debería suceder en los sistemas Linux normales.
Pero puede suceder en el paquete instantáneo de terceros que no creamos.
Bueno, como efecto secundario de solucionar este problema en Windows, también puede solucionar el problema del complemento...

Supongo que el problema _podría_ cambiarse el nombre a "opciones avanzadas que no escriben configuraciones en la tarjeta SD", pero no parece valer la pena si @maxnet ya tiene una solución potencial en la mano. :cara_ligeramente_sonriente:

Supongo que el problema podría cambiarse a "opciones avanzadas que no escriben configuraciones en la tarjeta SD", pero no parece valer la pena si @maxnet
ya tiene una solución potencial en la mano?

Sospecho que el problema ya está solucionado.
Pero deje esto abierto por ahora, para evitar que otros que usan 1.6 (en lugar de git latest) abran una nueva edición.

Corregido en 1.6.1