Cuando intento usar dd para flashear imágenes, veo algunos problemas cuando el valor de búsqueda supera los 2GB.(es decir, bs * search >= 2GB).
dd bs=512 count=8 if=sample.img of=/dev/block/mmcblk0 seek=4194304
dd: /dev/block/mmcblk0: Argumento inválidoCuando intento con un valor de (2GB-1), el comando dd tiene éxito. ¿Alguien puede señalar por qué exactamente existe el límite de 2GB para el valor de búsqueda? ¿Está relacionado con el sistema de archivos (¿límite de FAT?)? ¿Hay alguna solución fácil para hacer que dd funcione más allá del límite de búsqueda?
dd bs=512 count=8 if=sample.img of=/dev/block/mmcblk0 seek=4194303
8+0 registros entrantes
8+0 registros salientes
4096 bytes transferidos en 0.001 segundos (4096000 bytes/seg)Aparentemente, el problema se ve solo para los valores de búsqueda en el rango (2GB-4GB). El dd tiene éxito más allá de 4GB - muy extraño.
0 votos
No he probado otro binary dd. Pero supongo que el problema es similar al mencionado lists.busybox.net/pipermail/busybox/2012-July/078193.html No pude descargar el parche para solucionar el problema. Estoy escribiendo en el mmcblk0 en sí mismo (no en una partición específica).
1 votos
Para mí, androids toolbox dd está fallando. Probé otro dd (toybox) y funcionó bien.