(tx a todos por su ayuda y sugerencias, pero la suspensión de esto por ahora, mientras hago el seguimiento de mis errores de formato en que SD. Si no puedo conseguir que funcione, pocas razones para esperar dd a trabajar, incluso si otras personas han encontrado problemas similares hacerlo en osx).
Estoy tratando, como root, para escribir en la micro SD para cargar un Raspberry Pi en Linux:
W$dd bs=1m if=/Users/jluc/Downloads/2017-01-11-raspbian-jessie.img of=/dev/disk2
Esto es supremamente lento, que ha estado en funcionamiento durante 8-9 horas y no se ha escrito mucho cuando me kill -9.
301989888 bytes transferred in 23103.442503 secs (13071 bytes/sec)
Ahora, en tales escribir ups como Solución: dd demasiado lento en Mac OS X, él aconseja el uso de /dev/rdisk, porque es tratado de manera diferente.
Pero cada vez que he usado /rdiskN en lugar de /diskN, me sale:
dd: /dev/rdisk2: Input/output error
Esto es en la Sierra, pero se trabajó en Yosemite, si recuerdo correctamente.
La INSTALACIÓN de IMÁGENES de SISTEMA OPERATIVO EN MAC OS , se menciona la posibilidad de que los /rdisk no funciona y aconseja usar /disco en su lugar.
¿Por qué? Es esto algo nuevo con Sierra en contraposición a las versiones anteriores?
actualización: tratado de sugerencia como por @oa y sigue recibiendo el mismo error.
La búsqueda ` me puso esto: http://stackoverflow.com/questions/37232109/how-to-fix-bad-dd-img-write-to-sdcard. Ahora, que el post es sobre un archivo img que es demasiado grande para la SD. Tengo un 4,1 Gb img, y esta es una de 32 gb de archivos, por lo que no se aplicaría.
Pero... lo que he notado es que diskutil list tiene un número de cosas para ese disco.
jluc@node_modules$ diskutil list /dev/disk2
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *32.1 GB disk2
1: Windows_FAT_32 boot 66.1 MB disk2s1
2: Linux 32.0 GB disk2s2
Ver cómo la primera partición, el inicio de FAT32 muestra @ 66.MB?
Buscando algunos más:
jluc@node_modules$ df -h | egrep "disk2|Filesystem"
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk2s1 63Mi 21Mi 42Mi 33% 512 0 100% /Volumes/boot
Así, preguntándose si no que /dev/disk2 no es interpretado como siendo sólo 60 MB porque de la bota y por tanto estoy consiguiendo una capacidad de error. Le intente volver a particionar primero.
