Error "dd: / dev / disk4: Permiso denegado" al hacer LiveUSB en Mac OS X

Voy a seguir los pasos: "Cómo crear una memoria USB de arranque en OS X" para instalar Ubuntu en una memoria USB, y sigo recibiendo el error:

dd: /dev/disk4: Permission denied

cuando trato de ejecutar el paso 8.

Sé que este es probablemente un pequeño error tonto, pero no estoy lo suficientemente familiarizado con el terminal para resolverlo por mi cuenta. ¿Alguien por ahí que pueda ayudar? (Estoy usando OSX, por cierto).

Una causa común de esto es una tarjeta SD "bloqueada". Desafortunadamente, parece que el sensor en el MacBook Pro y Air puede atascarse. Se puede arreglar con una lata de aire comprimido .

Muchos de nosotros nos encontramos con esto tratando de crear imágenes de tarjetas SD para Raspberry Pi. Y con ese dispositivo no tiene más opción que arrancar desde la SD.

Esto plantea un hecho fascinante. Parece que el interruptor de bloqueo es un "indicador de intención" puramente mecánico que debe ser detectado por el dispositivo host. Esto es análogo a la forma en que funcionaba el interruptor de bloqueo en las unidades de disquete de 3.5 ", por lo que no debería sorprender a aquellos que usan lo suficientemente viejo como para tener que hacer un agujero en nuestros disquetes de 5.25" para que se puedan escribir. Sin embargo, debido a que se llama Secure Digital y es de estado sólido, es de esperar que la tarjeta se proteja a sí misma, no dependa del host.

Me encontré con esto una vez también. Use 'diskutil' para verificar el dispositivo en el que su tarjeta SD aparece como:

diskutil list

Luego desmontarlo (no desmonte usando 'Finder', no funcionará):

diskutil unmountDisk /dev/disk_4

Ahora use el comando 'dd' para cargar su imagen:

sudo bash -c 'gzip -dc the_image_file.img.gz | dd of=/dev/disk_4'

Espero que esto ayude.

Como es tonto que sudo (esencialmente 'root') no pueda acceder al dispositivo con dd, parece que el mensaje de error "Permiso denegado" no significa que la raíz tenga un problema de permisos. Ahora es un arenque rojo.

Verifique que el dispositivo aún no esté montado: ejecute el comando de desmontaje nuevamente según el paso 7 y verifique que realmente esté desmontado pero que aún sea accesible como dispositivo.

Un problema común que he tenido al hacer dispositivos de arranque USB en Linux es una tabla de particiones inconsistente. Elimine la tabla de particiones por completo y vuelva a crearla, luego cree la nueva partición nueva como FAT y formateela como medida. Los errores que obtengo con Linux no tienen más sentido que este, así que espero que este sea tu problema.

Trataré de eliminar la tabla de particiones en OSX. Tenga en cuenta que soy un usuario de Linux, por lo que confío en el hecho de que OSX es similar , y que parece ser lo mismo para OSX en una búsqueda en Google.

Primero usaremos dd para borrar la tabla de particiones en la unidad USB. En un tipo de terminal:

sudo dd if=/dev/zero of=/dev/disk4 bs=512 count=1

Esto debería sobrescribir los primeros 512 bytes del dispositivo, destruyendo así la tabla de particiones. Las instrucciones que encontré aquí parecen sugerir

sudo dd if=/dev/zero of=/dev/disk4 bs=1 count=1024

Sin embargo, para OSX la diferencia es menor y creo que el resultado final debería ser el mismo. En cuanto a cualquier operación de dd, asegúrese de tener la partición correcta ya que no quedará nada de los datos en el dispositivo después de presionar enter.

A continuación, creo que debería usar la utilidad de disco para recrear la tabla de particiones y una nueva partición, y formatearla FAT. Soy un usuario de Linux, así que me temo que no puedo ser más específico, pero creo que la utilidad de disco debería quejarse de que no hay una tabla de particiones y hacer una para usted o pedirle que lo haga.

Use sudo delante del comando dd

sudo dd if=/Users/JPurcell/Downloads/Fedora-18-x86_64-Live-Desktop.iso of=/dev/disk2

ADVERTENCIA: El uso incorrecto del comando sudo podría provocar la pérdida de datos o la eliminación de archivos importantes del sistema. Vuelva a verificar su escritura cuando use sudo. Escriba "sudo man" para obtener más información.

eso solucionó el permiso denegado para mí. parece estar funcionando ahora.

y fui root de antemano. Yo tambien hice el

sudo dd if=/dev/zero of=/dev/disk4 bs=1 count=1024 before sudo dd if=/Users/JPurcell/Downloads/Fedora-18-x86_64-Live-Desktop.iso of=/dev/disk2

Lo hice justo después sin formatear el disco usb. No sé si ha tenido éxito, pero las luces que parpadean en la unidad y el terminal no me están dando errores.

A partir de esta pregunta relacionada , un comentario sobre la respuesta más votada parece sugerir que no eres el único con el que tienes problemas dd.

La misma respuesta recomienda usar medios ópticos (también conocido como LiveDVD) en lugar de una unidad USB si puede, ya que eso parece más confiable.

_{* Nota: no soy y nunca fui un usuario de Mac, así que me temo que no puedo ayudar mucho más que esto.}

Bueno, lucho mucho con esto pero finalmente tengo éxito ...

server:~ myusername$ sudo dd if=/Users/myusername/Desktop/ubuntu1304.img of=/dev/disk1s1 bs=1m

ADVERTENCIA: El uso incorrecto del comando sudo podría provocar la pérdida de datos o la eliminación de archivos importantes del sistema. Vuelva a verificar su escritura cuando use sudo. Escriba "sudo man" para obtener más información.

Para continuar, ingrese su contraseña o escriba Ctrl- Cpara cancelar.

Password:******

¡HECHO!

Puntos a verificar: USB formateado para disco USB FAT debe estar desmontado. disco usb => 2Gb Todo esto en iOSX Mavericks ver 10.9

¡Espero que esto ayude!

Aquí estaba mi solución:

Sudo no estaba pidiendo mi contraseña cuando intenté usarla. Pensé que era extraño.

Entonces, tuve que rootear y lo hice desde allí.

sudo su
<enter password>

Luego ejecuté los comandos y funcionaron.

Potencialmente intente expulsar la unidad usb y reformatear primero, luego vuelva a intentar todos los pasos. lista diskutil, desmonte, luego escriba la iso en el disco. Me encontré con problemas similares donde dd estaba dando permiso denegado errores y reformateé mi usb y todo funcionó correctamente.

Me encontré con este problema porque estaba intentando dd el dispositivo equivocado. La lista diskutil mostró / dev / disk0, / dev / disk1 y / dev / disk2 que estaba usando / dev / disk2 debería haber sido / dev / disk1

ls -l /dev/disk2 me dio este resultado:

brw-r-----  1 root  operator    1,   5 Dec 17 10:27 /dev/disk2

Resolví el problema cambiando el propietario del archivo:

sudo chown <myUser>:<myGroup> /dev/disk2

Luego pude dd los archivos a la memoria USB.

Para mí, simplemente reiniciar el Macbook resolvió el problema.